- Wine-Devel - list.winehq.org

Re: [lostwages] Remove winetools from download page
by Chris Morgan Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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 Dec. 23, 2005

Dec. 23, 2005

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

Re: Bug 3885
by Tom Spear Dec. 22, 2005

Dec. 22, 2005

Aric Cyr wrote: >>>I took a look at the D3D_OK hack, and I believe the problem to be >>>CheckDeviceFormat in wined3d/directx.c. This function should return an error if >>>D3DFMT_D32 is checked for on cards which don't support 32bit depth. Currently >>>it just returns OK for most formats though. This code is really just a stub as >>>it stands, and needs to be converted to check if there are any visuals that meet >>>the requested format's requirements, and if there is, return D3D_OK, otherwise >>>D3D_NOTAVAILBLE. >>> >>>To test my theory, try returning D3D_NOTAVAILABLE for the D3DFMT_D32 case >>>(you'll need to add it) in wined3d/directx.c in IWineD3DImpl_CheckDeviceFormat() >>>and see if that fixes that issue or not. This would be just another hack >>>though, so a real patch would still be necessary as I decribed above. Well I took a stab at adding the case for D3DFMT_D32, to the bottom of the other cases, and let it return the D3DERR_NOTAVAILABLE (as opposed to D3D_NOTAVAILABLE), and ran the benchmarks again.. Now it finishes the first one and then goes to do the second one, but crashes in a different spot, so it seems we also have some stack corrupion (as was mentioned in the bug).. So that hack works for now, I would suggest that since the rest of that code is stubbed out, we should probably go ahead and submit a patch so we can at least run the darn thing and then start debugging the stack corruption issue. I should add that on the first run, I disabled the title screens between benchmarks, and changed the "Display and CPU Settings" so that I was using 32-bit textures and triple buffering, and it ran thru several of the tests, while on the 2nd and 3rd runs, I left all settings at defaults; during run 2, it died just after the title screen for mark #2, and during run 3, it died in the middle of mark #2...

4 3

ATI Opengl regression (DRI?)
by Jesse Allen Dec. 22, 2005

Dec. 22, 2005

Hi, It seems that the patch git-1399edb0925966a802a6a39835025c22c22c18e1.patch found here http://www.winehq.org/pipermail/wine-cvs/2005-December/019731.html causes an opengl regression on my system. With the patch loading War3 causes X Error of failed request: GLXUnsupportedPrivateRequest Major opcode of failed request: 143 (GLX) Minor opcode of failed request: 17 (X_GLXVendorPrivateWithReply) Serial number of failed request: 429 Current serial number in output stream: 429 Which seems to stop the game loading thread and causes the game to use the fail-safe thread "Please insert disc", so the game wont load. Reversing the patch fixes the problem. I have a Radeon 9200 using DRI snapshots about 20051024. X Window System Version 6.8.99.901 (6.9.0 RC 1) (Minimal DRI build from X.org tr ee) Release Date: 18 October 2005 + cvs X Protocol Version 11, Revision 0, Release 6.8.99.901 Build Operating System: Linux 2.6.14-rc5 i686 [ELF] Current Operating System: Linux tesore 2.6.15-rc4-git1 #1 PREEMPT Fri Dec 2 17:0 3:32 MST 2005 i686 Build Date: 28 October 2005 Is this a DRI problem? Thanks, Jesse

3 5