EA Durbin schreef:
> > Date: Sun, 28 Oct 2007 01:13:54
> +0200> From: [EMAIL PROTECTED]> To: [EMAIL PROTECTED]> CC:
> wine-devel@winehq.org> Subject: Re: implement FatalExitHook()>> Hi EA,>> I
> can find absolutely no info on FatalExitHook, are you sure it
shlwapi.spec exports SHChangeNotify. However I see no implementation of
this function in shlwapi. There is an SHChangeNotifyWrap() function
however. Weirder still, SHChangeNotifyWrap() does not seem to be called
anywhere, is not exported by shlwapi.spec, and calls SHChangeNotify().
So I'm conf
> Date: Sun, 28 Oct 2007 01:13:54
+0200> From: [EMAIL PROTECTED]> To: [EMAIL PROTECTED]> CC:
wine-devel@winehq.org> Subject: Re: implement FatalExitHook()>> Hi EA,>> I can
find absolutely no info on FatalExitHook, are you sure it's> supposed to exit
the
Hi EA,
I can find absolutely no info on FatalExitHook, are you sure it's
supposed to exit the process, rather then making the argument be called
in case of exit?
Cheers,
Maarten.
Francois Gouget wrote:
>
> It seems what you want is unit tests that would garantee that WineD3D
> behaves in the way which _you_ have decided. Most of the time that's the
> same as writing a _conformance_ test, but apparently in this specific
> case it's different. If that's so, then maybe we h
Hello,
I'm struggling to make recent Chessbase applications such as Fritz 9 and 10
work with wine. A free download which shows the same symptoms described
below is available here:
http://fritzserver.org/download/CBLightEnglishSetup.exe
I have tried to look into this and this is what I've fo
Francois Gouget wrote:
>
> And I have recently put together a script for running winetest in
> VMware virtual machines unattended (see my other post). So going
> forward I will be running it on Windows 98, Windows XP and Windows
> 2003 nightly.
>
This is s good. test.winehq.org will became se
Hans Leidekker wrote:
> On Saturday 27 October 2007 14:03:02 Francois Gouget wrote:
>
>
>> That's something I've wanted to do for some time and this finally
>> spured me to action. So here's a script that will do essentially the
>> same thing but with VMware Workstation.
>>
>
> Cool! I th
On Saturday 27 October 2007 22:29:00 Jakob Eriksson wrote:
> I often find cygwin a relief when working with Windows.
Yes, I also run cygwin on my Windows guests. I have openssh running on
them and export the Wine tree to the guests via samba so I can do:
$ make crosstest
$ ssh vm /cygdrive/w/d
On 27/10/2007, Francois Gouget <[EMAIL PROTECTED]> wrote:
> [...]
> > > I don't think the caps will really be useful here, but we could
> > > retrieve the card and driver name, and skip the test for some
> > > combinations. IDirect3D9::GetAdapterIdentifier() for example should
> > > return enough i
Am Samstag, 27. Oktober 2007 21:07:59 schrieb Francois Gouget:
> If the game fails on Windows, users will either blame the game maker or
> Intel. We don't care. However if it fails in Wine, the user will blame
> Wine, not Intel, and not the game maker.
Yes, that is the point.
> Was he talking abou
On Sat, 27 Oct 2007, Stefan Dösinger wrote:
[...]
> If you look at various game boxes in the software shop next to you, you will
> very often find notes like "Works on ATI radeon and Nvidia geforce cards.
> Mobile versions of the cards are unsupported". Means, that if you have a
> Destop radeon
Well, I have researched a bit error code -1073741819=0xc005
This a status_no_access violation, in winetest we should say the test
crashed message
On 10/27/07, Robert Shearman <[EMAIL PROTECTED]> wrote:
> Vijay Kiran Kamuju wrote:
> > Hi,
> >
> > I have been looking into http://test.winehq.org/
Vijay Kiran Kamuju wrote:
> Hi,
>
> I have been looking into http://test.winehq.org/data/.
> And I have got a question, when i saw the test data.
> Why do some tests do not return the data about tests they haven't run/skipped.
> They spew messages something like below:
>
> mapi32:prop start dlls/ma
Hi,
I have been looking into http://test.winehq.org/data/.
And I have got a question, when i saw the test data.
Why do some tests do not return the data about tests they haven't run/skipped.
They spew messages something like below:
mapi32:prop start dlls/mapi32/tests/prop.c 1.20
mapi32:prop done
Am Samstag, 27. Oktober 2007 06:42:31 schrieb H. Verbeet:
> On 26/10/2007, Francois Gouget <[EMAIL PROTECTED]> wrote:
> > Parallels is a bit of a special case because it does not just replace
> > the graphics driver, but the DirectX dlls altogether. However VMware 5.5
> > does not do that.
> > Tha
On Saturday 27 October 2007 14:03:02 Francois Gouget wrote:
> That's something I've wanted to do for some time and this finally
> spured me to action. So here's a script that will do essentially the
> same thing but with VMware Workstation.
Cool! I think I'll borrow some of your nice extra opti
Robert Shearman wrote:
> Jakob Eriksson wrote:
[...]
>> (That Codeweavers do not have such an installation yet, is beoynd me. Or
>> if you do, please make it automatically submit its findings to
>> test.winehq.org!)
>
> We do. I've got a machine that regularly runs the test on Windows 2003
> on r
On Mon, 15 Oct 2007, Hans Leidekker wrote:
[...]
> I have written attached script to facilitate automated winetest runs.
> It needs a VirtualBox virtual machine with either Windows or a Wine platform
> configured to run autorun.inf files.
> worry about winetest screwing up your installation.
[...]
"Dan Kegel" <[EMAIL PROTECTED]> writes:
> On 10/26/07, Alexandre Julliard <[EMAIL PROTECTED]> wrote:
>> > http://bugs.winehq.org/show_bug.cgi?id=10179
>>
>> That's not heap corruption, it's the expected behavior of GlobalHandle
>> when called with a pointer to a moveable block.
>
> Good - then the
20 matches
Mail list logo
