Thomas Weidenmueller wrote:
Never mind, i noticed you corrected that in the following patch
I should have merged the two patches together, but I'm getting used to
using git, and haven't figured out how to do that easily as yet.
Mike
This version looks alot better than the first one.
* SH_FileTimerProc [Internal]
*
* is invoked every 100ms to check if the property sheet should be closed
* A timer is required because the property sheet pages are per default
* modeless and the property sheetpage does not have a window
I have single player HL2 running decent. Not quite excellent, but
playable. Try running steam with this command:
WINEDEBUG="-all" wine steam.exe
And you should get anywhere from 10-30 FPS. It's not the best in the
world, but at least you can play. :) I have started a new game, and I am
now in the
As far as possible, yes. I think the goal for 1.0 should be that
anybody has to be able to try Wine and see that it's for real. This
means they must not be stopped either by not being able to configure
it, or by apps failing to even start.
I look forward to a day when vanilla WINE is good enough s
I suspect a recent change in glibc (features.h) broke it... but
according to time.h, CLK_TCK is obsolete, and CLOCKS_PER_SEC is to be
used instead.
gcc -c -I. -I. -I../../include -I../../include -D__WINESRC__
-D_KERNEL32_ -D_REENTRANT -fPIC -Wall -pipe -mpreferred-stack-boundary=2
-fno-strict
One thing I've noticed while trying to get CS:S to work is that if I set
the resolution to something other than that of my desktop (1280x1024),
WINE does resize the screen to the appropriate rez... BUT moving my
mouse to the edge of the screen lets me scroll across the rest of my
virtual desktop.
On Sat, 2005-10-29 at 14:58 +0200, Tomas Carnecky wrote:
> > I used something like CFLAGS="-g -Wbrief
> > -wd108,144,167,181,188,193,279,556,810,869,981,1287,1418,1419,1572"
I suppose these disables some warnings. Wouldn't they be useful
for Wine if fixed?
--
Dimi Paun <[EMAIL PROTECTED]>
Latt
This patch is meant to stimulate a discussion about how to deal with the
fact we cannot reasonable support obsolete versions of wine ;^)
For example we would like to be able to age Test Results and probably
do not want submittions of test results or bugs that are from older
versions of wine.
On Saturday 29 Oct 2005 05:19, Mike McCormack wrote:
> "You can make a dummy file in your application directory called
> application.exe.local to force Windows to use the dlls in the local
> directory. So say you have IEXPLORE.EXE you would create
> IEXPLORE.EXE.LOCAL and drop the Mingw compiled dl
julien schrieb:
> Hello!
> Different games do not restore resolution when exiting. I tried to
> modify wine a bit and came to several problems:
> - I used destroy_whole_window api as a point to restore resolution.
> However I am not sure it is not the best place and it does not help in
> some cases
I found one at
http://bzscrap.com/downloads/Demos/?C=D;O=A
Didn't try it, though.
I have the demo and could throw it on my FTP server if necessary. It is
still available, just hard to find.
Randall Walls
Lionel Ulmer wrote:
However, as far as I'm concerned neither of those are major issues,
just the kind of stuff that makes the difference between "decent" and
"great" suppo
--- Stefan Dösinger <[EMAIL PROTECTED]> wrote:
> Hello,
> I think I got the DrawIndexedPrimitiveVB going now(my tracing suggests this),
> and now I've hit ProcessVertices(). As someone mentioned allready, this is a
> complex call, and it isn't implemented in DX7, DX8 or WineD3D.
>
> This call
On 10/29/05, Saulius Krasuckas <[EMAIL PROTECTED]> wrote:
> [1] http://www.ag.ru/
> [2] http://www.ag.ru/files/demos/battlezone_2_combat_commander/2751
Also: http://download.activision.com/activision/battlezone2/demo/bzii_demo.exe
However, there are a few differences between the demo and the full
On Sat, 29 Oct 2005 01:39:28 +0200, Kevin DeKorte <[EMAIL PROTECTED]>
wrote:
/etc/init.d/wine
thanks for pointing that out. I dont have the wine script and it seems we
now need to mount the pseudo-fs if we want it.
https://www.redhat.com/archives/fedora-list/2004-August/msg02587.html
In
--- "H. Verbeet" <[EMAIL PROTECTED]> wrote:
> > One other Question: How slow is DrawStridedSlow? WineD3D uses it because of
> > the diffuse ans specular colors. Currently I get only one useable vertex
> > into
> > DrawIndexedPrimitiveVB from ProcessVertices, the other 5 to draw have their
> > va
* On Sat, 29 Oct 2005, Lionel Ulmer wrote:
>
> I tried to d/l the BZ2 demo but no site seems to host it anymore so I will
> be restricted to look at traces to find out what goes wrong :-)
That could not be! There is one nice site (only it is in russian language
and contains heavy HTML/JS/GFX co
I've been working on a new directory object as a replacement for the server's
named space. Attached is the working patch with directory, symlink and device
objects.
I would really appreciate your review of it. Some things still need a cleanup.
But my main concern is the name_lookup function. To sp
> However, as far as I'm concerned neither of those are major issues,
> just the kind of stuff that makes the difference between "decent" and
> "great" support for an application.
Could you raise a bug on bugzilla attaching a +ddraw trace so that I can
take a look at it when I find the time ?
I t
* On Sat, 29 Oct 2005, Stefan Leichter wrote:
>
> when looking into the shlwapi test results you will see sometimes the
> word crash. But the tests do not crash. The reason is that the winetest
> executable cuts down the result file to 1M byte before sending it to
> winehq. On some systems the
Eric Pouech wrote:
Dan Kegel wrote:
That's expected. To support icc, one would have to adjust the
commandline options a bit depending on the compiler being used.
In particular, one would want to suppress many compiler warnings
like the ones you mentioned. icc provides a nice way of suppressin
On Sat, 29 Oct 2005 00:17:42 +0200, Steven Edwards <[EMAIL PROTECTED]>
wrote:
Hi,
On 10/28/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote:
LOL. It's taken 10 yrs to get to beta, so "nearing 1.0" should be taken
in
context!
The beta process is going to be short. At wineconf I think Alexa
Eric Pouech wrote:
Dan Kegel wrote:
That's expected. To support icc, one would have to adjust the
commandline options a bit depending on the compiler being used.
In particular, one would want to suppress many compiler warnings
like the ones you mentioned. icc provides a nice way of suppressin
Hello!
Different games do not restore resolution when exiting. I tried to
modify wine a bit and came to several problems:
- I used destroy_whole_window api as a point to restore resolution.
However I am not sure it is not the best place and it does not help in
some cases (e.g., if Wine is crashing)
On 10/29/05, Hans Leidekker <[EMAIL PROTECTED]> wrote:
> > If you shoot me a copy I can verify it solves my problems.
> > (http://winehq.com/pipermail/wine-patches/2005-October/021484.html seems
> > to already be applied, so you must be talking about something more...)
>
> Yes, it's incremental to
On Saturday 29 October 2005 13:17, H. Verbeet wrote:
> On the subject of drawStridedSlow / color fixups, something I was
> wondering about is how feasible it would be to use vertex shaders to
> fix the colors. I guess it would require reimplementing pretty much
> the entire fixed function pipeline
Hi,
On Friday 28 October 2005 23:34, Stefan Dösinger wrote:
> Hello,
> I think I got the DrawIndexedPrimitiveVB going now(my tracing suggests
> this), and now I've hit ProcessVertices(). As someone mentioned allready,
> this is a complex call, and it isn't implemented in DX7, DX8 or WineD3D.
The
Jonathan Wilson <[EMAIL PROTECTED]> writes:
>> etc.), and we need better support for the various code obfuscation
>> tools, it's probably the number one cause of apps not even starting
>> today.
> Does that include things like Safedisk, Securom and other cd copy protections?
As far as possible, y
Le samedi 29 octobre 2005 à 07:10 -0700, Dan Kegel a écrit :
> On 10/29/05, Hans Leidekker <[EMAIL PROTECTED]> wrote:
> > I'm working on a patch that adds just enough functionality to
> > odbccp32 for the installers of Office 95, 97 and 2000 to proceed
> > without crashing. In fact, it's only the 9
On 10/29/05, Hans Leidekker <[EMAIL PROTECTED]> wrote:
> I'm working on a patch that adds just enough functionality to
> odbccp32 for the installers of Office 95, 97 and 2000 to proceed
> without crashing. In fact, it's only the 95 installer that's
> still giving troubles at the moment (I'm talking
> The only other issue is upon exiting the game I get an 'error writing to
> address' that pops up in a separate window and I have to kill X and then
> log back in to get the proper resolution back.
No need to kill X to get back your resolution, just use 'xrandr' to set it
back to what you want.
> etc.), and we need better support for the various code obfuscation
> tools, it's probably the number one cause of apps not even starting
> today.
Does that include things like Safedisk, Securom and other cd copy protections?
No, I do have the same issue with the small intro movie as you do. I had
not enabled fog for the moment so I can't confirm if that is an issue as
well. The only other thing that I noticed is that the sound has some
small 'pops' in it. My guess is that this may be the same issue
described in the
Steven Edwards <[EMAIL PROTECTED]> writes:
> The beta process is going to be short. At wineconf I think Alexandre
> said he wants to release a 1.0 by the end of the year.
I never said anything like that...
Hopefully it won't take too long, but we still have a lot of work to
do on usability issue
> One other Question: How slow is DrawStridedSlow? WineD3D uses it because of
> the diffuse ans specular colors. Currently I get only one useable vertex into
> DrawIndexedPrimitiveVB from ProcessVertices, the other 5 to draw have their
> values zeroed. Without drawing anything I get 70 fps(screen r
Jeremy Newman wrote:
> Molle Bestefich wrote:
> > Jeremy Newman wrote:
> > > Just wanted to make my point that it would be crazy to loose all the
> > > useful features that SGML provides.
> >
> > MoinMoin 1.3.5 supports DocBook parsing and generation.
And if that's not good enough, there's another
Am Freitag, den 28.10.2005, 14:25 -0600 schrieb Vitaliy Margolen:
> We need to think something up that will properly set version related info, yet
> not override any user changes. I think we can do the same thing as we do with
> drive configuration in winecfg on initial setup (/D).
Something like
Juan Lang <[EMAIL PROTECTED]> writes:
> ChangeLog: implement CertSignSignature and CertVerifySignature(Ex)
The tests fail here:
cert.c:1504: Test failed: Expected HRESULT_FROM_WIN32(ERROR_INVALID_PARAMETER),
got
--
Alexandre Julliard
[EMAIL PROTECTED]
Mike McCormack wrote:
> +/*
> + * FIXME: 0 is a valid return from CreateFile
> + *but an invalid handle for the cabinet API
> + */
NULL cannot be a valid file handle. The very first handle in the handle
table has the value 0x4. Apart from that, the PSDK does
Thomas Weidenmueller wrote:
> Mike McCormack wrote:
>
>>+/*
>>+ * FIXME: 0 is a valid return from CreateFile
>>+ *but an invalid handle for the cabinet API
>>+ */
>
>
> NULL cannot be a valid file handle. The very first handle in the handle
> table has the
On Saturday 29 October 2005 07:17, Dan Kegel wrote:
> I tried again to install Office 97 on today's vanilla wine from cvs.
> # Override odbccp32
I'm working on a patch that adds just enough functionality to
odbccp32 for the installers of Office 95, 97 and 2000 to proceed
without crashing. In f
41 matches
Mail list logo
