December 2005 - Wine-devel - list.winehq.org

Re: [OLE] Storage
by Sven Paschukat 23 Dec '05

23 Dec '05

Ulrich Czekalla schrieb: > ChangeLog: > Ulrich Czekalla <ulrich(a)codeweavers.com> > Return error instead of asserting if file is corrupt This patch seems to hang installation of Internet Explorer. If I assign a native ole32.dll to ie6wzd.exe or use the builtin ole32 before this submit then it's running. The freeze happens when completing the component selection dialog. Sven

1 0

Re: Alexandre Julliard : ntdll: More compatible exception information for protection faults.
by Paul Vriens 23 Dec '05

23 Dec '05

Hi, this latest addition to the tests throws an exception on win98. Screenshot attached. Probably Alexandre's area, as he wrote the test. Cheers, Paul.

3 2

Re: [lostwages] Remove winetools from download page
by Chris Morgan 23 Dec '05

23 Dec '05

On 12/23/05, wino(a)piments.com <wino(a)piments.com> wrote: > On Fri, 23 Dec 2005 17:42:14 +0100, Chris Morgan <chmorgan(a)gmail.com> > wrote: > > > I'm going to have to side with Vitaliy on this one. I've helped > > dozens of users in #winehq that have had problems with wine due to > > winetools since we made the changes to remove the .config file. > > Apparently winetools has been upgraded to work with 0.9x versions of > > wine, this is great news although I don't think we want to promote > > winetools to users if the authors aren't going to help out in #winehq > > and provide better overall support. > > > > Chris > > > > > > Fair point Chris but didnt you have to help dozens of NON winetools users > due that change as well? > I did have to explain to a lot of users where the .config went and that they need to use winecfg. This was quite a bit easier than trying to figure out if winetools had messed up their configuration. If the winetools guys want to provide support in #winehq and rapid releases to fix issues then I'm all for keeping the link on the downloads page. Otherwise I'd rather not burden the people in #winehq with many users that require support for winetools issues. Another aspect is the large number of users that come into #winehq asking why app 'X' doesn't work under wine after winetools said it would. We are better off setting expectations at a level we know we can meet and not adding a burden to those in #winehq that are trying to provide some kind of user support. Chris

1 0

mscms: unregistered color profiles?
by Saulius Krasuckas 23 Dec '05

23 Dec '05

Hello devs, I see some XP [1] and W2k3 [2] boxes fail on every GetStandardColorSpaceProfileA() using valid parameters until SetStandardColorSpaceProfileA() is called for the first time. Then all those GetStandardColorSpaceProfileA() tests succeed. I guess that mean SPACE_RGB color profile isn't registered on those boxes. Failures are just because of missing GLE codes, but IMHO we need to test this both cases. (when SPACE_RGB is registered and when it's not) The problem is that if we test the unregistered color profile and we register it later using *A functions, then repeating same tests for the *W functions won't do OK, as I found no way to unregister Standard Color Space Profile. Any ideas on how to do that? [1] http://test.winehq.org/data/200512221000/xp_punt/mscms:profile.txt [2] http://test.winehq.org/data/200512221000/2003_w2k3/mscms:profile.txt

2 2

RE: _itow tests in ntdll/tests
by Thomas Mertes 23 Dec '05

23 Dec '05

Hello, I am the author of the _itow tests and the _itow function. As far as I can remember when I tested the _itow functions under WIN2000 and under XP (No SP or just SP1) it was allowed to call _itow with _itow(123, NULL, 10) and the result of this call was NULL. The wine _itow function implemented this functionality because of "bug by bug" compatibility (Some Applications might be based on this "Feature"). The Test was done to find regressions or changes in the M$ operating systems. In my opinion testing corner cases is important. What does "there is failure" mean. Does it crash or return something different from NULL. When it crashes under XP SP2 the function _itow should remain unchanged. When some other value (different from NULL) is returned it might be necessary to change _itow. By the way. The reason I stopped developing for Wine is: I now have my own project: Seed7 In the Seed7 programming language new statements and operators can be declared easily. Functions with type results and type parameters are more elegant than a template or generics concept. Look at wikipedia: http://en.wikipedia.org/wiki/Seed7 or at sourceforge: http://sourceforge.net/projects/seed7 Just download Seed7 and see the new concepts. Greetings Thomas Mertes -- GMX DSL-Flatrate 1 Jahr kostenlos* + WLAN-Router ab 0,- Euro* Bis 31.12.2005 einsteigen! Infos unter: http://www.gmx.net/de/go/dsl

2 1

Re: Wine IE6 and JVM
by Dominic Wise 23 Dec '05

23 Dec '05

On Thu, 2005-12-15 at 17:38 +0200, Adrian Munteanu wrote: > Hi guys, > > I am trying to use wine with IE 6. > Most of the pages are displaying fine, however the problem is with pages > requesting JVM running. > So could you please help me find away, if available, to make IE use > installed JVM? > > Thanks and best regards > Adrian > > > Have you tried latest winetools? I ask because it worked for me with IE6 .It has been updated to the 0.9 wine version. Hope this helps, Dom

1 0

Re: msiexec null reference
by Mike McCormack 23 Dec '05

23 Dec '05

Bill Medland wrote: > + static const WCHAR dfv[] = { > + 'M','S',' ','S','h','e','l','l',' ','D','l','g',0 }; > + if (!dialog->default_font) > + { > + DWORD len = strlenW (dfv) + 1; > + dialog->default_font = msi_alloc(len*sizeof(WCHAR)); > + if (!dialog->default_font) return -1; > + memcpy (dialog->default_font, dfv, len*sizeof(WCHAR)); > + } How about this? if (!dialog->default_font) dialog->default_font = msi_strdupW( dfv ); Mike

2 1

Poser label issue [Bug 2737]
by Vikram Kumar 23 Dec '05

23 Dec '05

Hi, I've been looking into Bug 2737 http://bugs.winehq.org/show_bug.cgi?id=2737 and kind of lost on where to go next. Testing on both Poser5 English and Poser6 Japanese versions, The labels (text) on the ui don't show up. As far as the rest of the app goes, Poser 5 seems to be working okay excpet for some redraw issues, so if the lables show up correctly, the app should be quite useable. Anyway, looking at the trace, it looks like it uses DrawTextEx to draw the lables, does something with regions which I can't quite figure out, and renders the ui. The issue seems to be that the label somewhere along the line becomes a 1bit DIB which seems to be wrong. x11drv/dib gives a warning saying: warn:bitmap:X11DRV_DIB_GetImageBits_1 from unknown 1 bit bitmap (ff0000,ff00,ff) to 1 bit DIB, direct color mapping What I tried was to force a negative image on x11drv/dib.c by changing line 901 to: -BYTE neg = 0; +BYTE neg = 1; The attached image shows the result. The black rectangles are where the labels are supposed to be (This is the Poser6 Japanese's register your name & serial number etc dialog) It looks like the DIB is all white (thus the blackness when negating). If I use the non-negated image, this part becomes the same color as the background(transparent?) What the lables are supposed to look like can be found here: http://bugs.winehq.org/attachment.cgi?id=768&action=view and how wine does it is: http://bugs.winehq.org/attachment.cgi?id=767&action=view I'm kind of stuck at this point, not knowing exactly what to do next. I'd aprreciate any help, since it will be nice to have this running. Poser6 demo is available here: http://downloads.e-frontier.com/us/user/product.php?productid=12045&cat=134… Also attached is a trace of WINEDEBUG="+font,+text,+gdi,+bitmap,+seh" wine PoserJ.exe Cheers, Vik

2 1

Re: Use the new RtlExitUserThread function instead of exporting
by Saulius Krasuckas 23 Dec '05

23 Dec '05

With this change [*] header does not compile under MSVC 6: --- include/winternl.h +++ include/winternl.h @@ -1985,6 +1985,7 @@ BOOL WINAPI RtlEqualPrefixSid(PSID, BOOL WINAPI RtlEqualSid(PSID,PSID); BOOLEAN WINAPI RtlEqualString(const STRING*,const STRING*,BOOLEAN); BOOLEAN WINAPI RtlEqualUnicodeString(const UNICODE_STRING*,const UNICODE_STRING*,BOOLEAN); +void WINAPI RtlExitUserThread(ULONG) DECLSPEC_NORETURN; NTSTATUS WINAPI RtlExpandEnvironmentStrings_U(PWSTR, const UNICODE_STRING*, UNICODE_STRING*, ULONG*); LONGLONG WINAPI RtlExtendedMagicDivide(LONGLONG,LONGLONG,INT); LONGLONG WINAPI RtlExtendedIntegerMultiply(LONGLONG,INT); Moving DECLSPEC_NORETURN to before a WINAPI keyword helps. [*] http://source.winehq.org/git/?p=wine.git;a=blobdiff;h=ee582be9bc8ae5797b762…

1 0

Re: advpack: fix LaunchInfSection[Ex] documentation
by James Hawkins 23 Dec '05

23 Dec '05

On 12/22/05, Markus Amsler <markus.amsler(a)oribi.org> wrote: > > - * show [I] How the window should be shown. > + * show [I] Reboot behaviour: > + * 'A' reboot always > + * 'I' default, reboot if needed > + * 'N' no reboot > * Where are you getting this behavior from? Microsoft's public header advpub.h does not include this information, and while that doesn't mean we shouldn't include it either, it would be nice to see tests for this behavior, either in the form of an app that displays the behavior or preferably tests in wine's test suite. -- James Hawkins

2 2