- Wine-Devel - list.winehq.org

Re: [variant] partial support for nulls + emptys converted to numbers.
by Marcus Meissner Feb. 3, 2005

Feb. 3, 2005

On Thu, Feb 03, 2005 at 02:28:03PM +0000, Oliver Stieber wrote: > Hi, > I've had this lurking around in my tree for a while, > the patch starts to support mixing nulls or emptys > with integers (basically null == 0 and empty == 0) The patch does not match your description. It looks like some huge D3D diff instead ... Ciao, Marcus

1 0

Wine pthread_detach problem
by Sergey Efimoff Feb. 3, 2005

Feb. 3, 2005

Hi All, While doing experiments with winegcc/wineg++ I have compiled my application which uses complex multi-threaded library. Wine made shell wrapper script for me and the application itself with the extension .exe.so. I tried to run this application: FIXME:pthread_detach FIXME:pthread_detach Bad system call (core dumped) or, as another option: FIXME:pthread_detach wine: Unhandled exception (thread 000a), starting debugger... How can I handle this failure? //Sergey.

1 0

Re: GDI: implement color management functions
by Alexandre Julliard Feb. 3, 2005

Feb. 3, 2005

Hans Leidekker <hans(a)it.vu.nl> writes: > This patch doesn't go as far as allocating and initializing a color > space on DC creation. It simply creates (a dummy) one when asked for, > to avoid any impact on performance. It also doesn't fully implement > color space handles, instead it simply casts a pointer to a handle > and back. This cannot possibly work, the pointer won't remain valid. If you don't want to implement proper handles then return something like 0xdeadbeef and print a FIXME so that it's at least obvious that something's not working right. Your approach will only lead to mysterious crashes. -- Alexandre Julliard julliard(a)winehq.org

1 0

Re: [shlwapi/tests/shreg.c #6] More verbosity
by Alexandre Julliard Feb. 3, 2005

Feb. 3, 2005

Paul Vriens <Paul.Vriens(a)xs4all.nl> writes: > This patch add more verbosity. I also changed some of the ok(0,) into a > trace. I don't think we want to do that, this is just hiding problems. If a test cannot run this should be flagged as an error. -- Alexandre Julliard julliard(a)winehq.org

1 0

x11drv regression?
by Oliver Stieber Feb. 3, 2005

Feb. 3, 2005

Hi, I've just synced with CVS and the following code and I can no longer get an x11 window ID using (Window)GetPropA(HWND,"__wine_x11_client_window" ); I've had a look at X11DRV and there have been a few changes reciently, should I be using something else? ___________________________________________________________ ALL-NEW Yahoo! Messenger - all new features - even more fun! http://uk.messenger.yahoo.com

7 9

Re: [user32/tests/sysparams.c] Check for availability of SPI_GETICONTITLEWRAP
by jchevrier＠nexicom.net Feb. 3, 2005

Feb. 3, 2005

> Hi, > > SPI_{GET,SET}ICONTITLEWRAP is not implemented on a standard Win98 SE. > > Changelog > Check for availability of SPI_GETICONTITLEWRAP > > Cheers, > > Paul. Hi Paul, I agree we definately should not be leaving keys/values in user's registries that weren't there originally after the test has been run. Ideally all should be returned to exactly the way it was before the test was run. Unfortunately this patch won't correct the issue. This patch implies that SPI_{GET,SET}ICONTITLEWRAP is not a supported call on Win98 which it is. As a result it will always pass and the registry will still get a new value added. Try the following patch. It was just put together quickly and only covers this one test, but testing here shows it does stop a new value from being added if it did not exist to begin with. I would like to create something that covers the entire sysparams suite of tests to stop this across the board. Thanks for the heads up on this! Justin

3 6

Newest winrash problems?
by Paul Vriens Feb. 3, 2005

Feb. 3, 2005

Hi, I had some problems with Winrash bailing out on 2 of my win98 systems. Apparently this was because a new winrash was available and it tried to install that? After uninstalling winrash 0009 and installing 0010 it works again. One of the main differences is that winrash 0010 has an extra winsock2 install, could this be the cause? Cheers, Paul.

1 0

Re: RESEND: Enable GCOV Code Coverage
by Daniel Kegel Feb. 2, 2005

Feb. 2, 2005

Alexandre wrote: > The changes may be small but they are ugly IMO. I don't think we need > a configure option for that, it should be possible to simply do a > 'make CFLAGS=xxx' with the appropriate options. We used a configure option by analogy with --disable-debug, I guess, and because it seems to be the standard way to do it (a quick search shows that at least ImageMagick, PlaylistManager, oprofile, xfce, gstreamer, dbus, plt-scheme, matchbox, KDE-Darwin, lsh, and many others do it with --enable-gcov). We'd be happy to rework it any way you like, if you think following existing practice by using --enable-gcov is a bad idea. We have a very small follow-on patch which adds lcov support. lcov is a nice postprocessor for gcov that makes a pretty HTML report for all of wine showing how well the Wine test suite covers the code. We also have an enhancement to lcov pending which lets you see which lines of Wine are exercized by an application but not by Wine's regression test suite. - Dan

1 0

Re: [winecfg] Clean up about dialog
by Mike Hearn Feb. 2, 2005

Feb. 2, 2005

On Wed, 02 Feb 2005 21:34:00 +0100, Paul van Schayck wrote: > Changelog: > Clean up about dialog. Remove groupbox, position logo correctly. Cool! If you want to do some winecfg hacking integrating the drive detection with wineprefixcreate is like a 5 minute job.

1 0

Re: [OLE #62] Rework the RPC dispatch layer
by Alexandre Julliard Feb. 2, 2005

Feb. 2, 2005

Mike Hearn <mh(a)codeweavers.com> writes: > ChangeLog: > - Rework RPC dispatch layer to be simpler and not get confused by > server/client duality > - Make threads shut down at the right time and not access freed > memory after apartment destruction > - Rename stub_dispatch_thread to client_dispatch_thread > - Add some more tracing This badly breaks the regression tests, apparently triggering a bug in the named pipe handling on the server side. I'm afraid I can't apply the patch until this is fixed. -- Alexandre Julliard julliard(a)winehq.org

3 4