- Wine-Bugs - list.winehq.org

[Bug 1151] Fixed width font fields in Windows are variable width in WINE
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1151 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:50 ------- Bug comments restored from Gmane.org: Fixed width font fields in Windows are variable width in WINE. You can verify this by opening up NOTEPAD.EXE in Wine. Instead of the fixed width (teletype/courier) font for displaying characters in the text field, Wine supplies a variable width solution. This is only a minor problem when using NOTEPAD.EXE. But it is a major problem when using software that assumes a fixed width font. This pertains specifically to my favorite text editor, NoteTab Pro. It runs very well with WINE except that it renders the text (and the blinking cursor) incorrectly because it expects a fixed width text field but Wine supplies a variable width font. I would love to be able to use NoteTab Pro under Linux, but it is not very enjoyable unless this kink is worked out. thanks, Peter Kirby ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-17 04:11 ------- CC'd Huw Davies. ------- Additional Comments From fgouget(a)codeweavers.com 2003-05-04 21:13 ------- Adding link to the download page for the FreeWare version: http://notetab.com/download.htm -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1152] version information functionality (ver.dll, version.dll) badly broken
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1152 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:48 ------- Bug comments restored from Gmane.org: Current version management code doesn't seem to work properly in a lot of cases. GetFileVersionInfoA is said to only work with Win32 file images on MSDN, yet our code happily parses any kind of file information, both Win16 and Win32, and, worse yet, it even sometimes returns the *wrong* kind of format (as can be witnessed by running UltimateZip 2.7 - well, trying to run, that is...). I'm about to submit some test cases for version information code, and I'm also thinking of deliberately changing the code quite a lot in order to fix the worst issues, but of course this will then break a lot of other things, thus forcing someone to properly redesign this code (I currently really don't have time to do that). IMHO having a properly working version information code is pretty important, and the code seems to also be quite broken, thus leading to problems with lots of programs, so I assigned it a severity of "major". (another example of version problems seems to be the thread "Ulead Mediastudio 2.5 on Wine" on c.e.m.w.) What needs to be done IMHO is to first design very thorough (all-encompassing) test cases on Windows to be used on Wine (check Win16/Win32 file images, check for proper ASCII/Unicode handling, ..., so in total we might end up having some maybe 6 up to 10 different test cases), and then one would have to correct the current code (and still keeping in mind that we need to handle our own version information in our .so libraries properly !). -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1153] Pen width, style SNAFU
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1153 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:47 ------- Bug comments restored from Gmane.org: CreatePen() seems to subsquently render half as wide as it should be. If PS_ENDCAP_ROUND is requested, Arc() renders with (I think) PS_ENDCAP_SQUARE. I worked around the former by changing circa line 50 in wine-20021031/graphics/ x1drv/pen.c to remove the factor "* 0.5" in the parameter to GDI_ROUND(). Example source (an FLTK fluid specification) and executable at: http://www.afn.org/~wilson/foo.fl http://www.afn.org/~wilson/foo.exe Line at proper width (100 pixels) will be jammed against the window frame; 270-degree arc should have round ends as well. Both look fine on W95 and WXP. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-17 13:46 ------- Good spotting! I also fould in grahics.c X11DRV_DrawArc() the place where the endcap style was unconditional overwritten with the square style. I sent a patch to wine-patches. If Akexandre accepts and applies the patch, please close the bug Bye ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:11 ------- Uwe's patches appear to fix my test application. Thanks all. ------- Additional Comments From wilson(a)afn.org 2002-11-25 20:13 ------- Uwe asked that I close this bug, not merely mark it "Fixed". -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1154] fixme:ddraw when running Master of Orion 2
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1154 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:45 ------- Bug comments restored from Gmane.org: When running Master of Orion 2 (a six year old Win95 game from Microprose) with the Debian unstable package of Wine 20021031 I see the following error messages: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x403a0978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x403a0978)->(flags=0x00000001,handle=(nil)) <-- snip --> They seem to be nonfatal (the game runs fine). <-- snip --> $ grep ddraw .wine/config "ddraw" = "builtin, native" $ <-- snip --> I'll attach the output of "wine -debugmsg +ddraw orion95.exe". ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 16:20 ------- Created an attachment (id=335) --> (http://bugs.winehq.com/attachment.cgi?id=335&action=view) Output of "wine -debugmsg +ddraw orion95.exe" ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 18:57 ------- Is the program displaying an screen coruption and if so could you provide a screenshot.Also please provide a description of what you expect to se (but don't) ------- Additional Comments From bunk(a)fs.tum.de 2002-11-17 19:05 ------- There's no screen corruption and the program runs fine. It's simply that these messages sound as if there's something that might need to get fixed. ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-17 21:00 ------- If its not casing problems for your program then its just janitorial work marking as trivial. For the most part I do not worry about fixme's unless they interfere with a programs operation. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1155] setupapi.dll still not found - 16-bit dll or version conflict
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1155 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:43 ------- Bug comments restored from Gmane.org: I get the above error when trying to load Panzer Elite. Wine 20021031 Redhat 8.0 -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:42 ------- Bug comments restored from Gmane.org: ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:59 ------- These messages can be ignored. What actually goes wrong? If no response in a few weeks, this bug should be closed. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1156] fixme: messages when trying to run Panzer Elite
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1156 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:41 ------- Bug comments restored from Gmane.org: Wine 20021031 Redhat 8.0 [tazman(a)nitremb21 tazman]$ wine "/mnt/cdrom/panzer_elite/panzer_elite.exe" fixme:process:CreateProcessA (D:\panzer_elite\3d_control_center.exe,...): NORMAL_PRIORITY_CLASS ignored fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x402b47a0)->(00010024,00000011) fixme:ddraw:MESA_IDirect3D2Impl_CreateDevice (0x402b4350)->({84e63de0-46aa-11cf-816f-0000c020156e},0x402b4e50,0x444408): stub fixme:process:CreateProcessA (D:\panzer_elite\mymenu.exe,...): NORMAL_PRIORITY_CLASS ignored -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1157] Display Hebrew when the locale is set to he_IL
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1157 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:40 ------- Bug comments restored from Gmane.org: ------- Additional Comments From winebugzilla(a)sun.consumer.org.il 2002-12-09 15:44 ------- It appears that it does display Hebrew properly, but only when the fonts are loaded in the fakeroot directory. When the exact same fonts are available through the X configuration (have not tried a font server, it used to work even worst than setting the fonts dir and using ttmkfdir), Hebrew characters are displayed as squares instead. This happens both when running Unicode and Ansi programs. -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1159] Regression in x11drv due to http://cvs.winehq.com/patch.py?id=6301
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1159 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:37 ------- Bug comments restored from Gmane.org: The patch http://cvs.winehq.com/patch.py?id=6301 introduced a regression: with "DesktopDoubleBuffered" = "N" and "ScreenDepth" = "8" in the config file wine get's a SIGSEGV, tries to start the debugger, next SIGSEGV looping forever. Setting "DesktopDoubleBuffered" = "Y" or commenting out "ScreenDepth" (or setting it to 16) makes the bug go away. The SIGSEGV happens in DefaultScreenOfDisplay (X function) called from X11DRV_GDI_Initialize and that one is called by process_attach (x11drv_main.c) . -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0

[Bug 1161] CryptoAPI crashes in MS Money 2001 (illegal CPDeriveKey() call?)
by Wine Bugs June 28, 2003

June 28, 2003

http://bugs.winehq.com/show_bug.cgi?id=1161 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:35 ------- Bug comments restored from Gmane.org: This is on Wine 20021031 (no option appears for this above). CryptoAPI is broken under this version. I started poking around trying to find out if someone was working on this. All I could find was a conversation between two people -- both of whom seem to indicate that they were close to finishing some kind of implementation for this. This was around August/September 2001. There was another discussion as to legal issues surrounding cryptography exports and licensing issues surrounding the integration with OpenSSL. I'm a complete novice with Wine. I'm trying to run the application Microsoft Money 2001 from an existing installation on a Windows partition. The most successful attempt to date passes the splash screen and opens the main window, but does not draw the "home" page. This is the trace: =>0 0x7ca03a36 (RSAENH.DLL.CPDuplicateHash+0x12d in C:\WINDOWS\SYSTEM\RSAENH.DLL) (ebp=406b1e10) 1 0x4099bf0b (ADVAPI32.DLL.CryptDeriveKey+0x145 in advapi32.dll.so) (ebp=406b1e58) 2 0x27108809 (MNYUTIL.DLL.??_7COfdPoolAdvDates@@6B(a)+0x69 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1e80) 3 0x271088ea (MNYUTIL.DLL.?Encrypt@@YAPAEPBEKPAKPBD(a)Z+0x4a in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1eb0) 4 0x2710889b (MNYUTIL.DLL.?SetPassword(a)CEncryptedPassword@@QAEXPBD(a)Z+0x46 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b268c) 5 0x10554d47 (MNYOB99.DLL.?FCreate(a)CPlaceBar@@UAEHPAVCWnd@@@Z+0x6c8 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b28c8) 6 0x1055a77f (MNYOB99.DLL.?InitInstance(a)CObeliskDLL@@QAEHXZ+0xd75 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2c9c) 7 0x10559bf9 (MNYOB99.DLL.?InitInstance(a)CObeliskDLL@@QAEHXZ+0x1ef in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2d98) 8 0x5f40b4f3 (MFC42.DLL.1576+0x47 in C:\WINDOWS\SYSTEM\MFC42.DLL) (ebp=406b2e58) 9 0x400c6709 (KERNEL32.DLL.CreatePipe+0xd99 in libntdll.dll.so) (ebp=406b2f1c) 10 0x400cb1c7 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x659 in libntdll.dll.so) (ebp=406b2ff4) 11 0x400cb418 (KERNEL32.DLL.WaitForMultipleObjectsEx+0x8aa in libntdll.dll.so) (ebp=00000000) I've tried using the native advapi32.dll, but this fares even worse (or better?). Money complains that is unable to load a resource and crashes. At least with the builtin advapi I get a stack trace. The other settings are trivial -- mostly defaults from winesetuptk. The major change is that the windowing mode is desktop. Other windowing modes fail. Double-buffering fails for the desktop mode. Installing money natively to Wine fails with an internal error (2761?) at about the 50% mark. If you need more information, just give me some basic instruction as to the debugmsg options and wine config you'd like. ------- Additional Comments From mike(a)theoretic.com 2003-03-30 15:20 ------- Is this still a bug in latest CVS? CryptoAPI has been implemented for a long time now iirc, it sounds like a regression or bug, rather than unimplemented API. ------- Additional Comments From pollockd(a)magma.ca 2003-03-30 20:29 ------- I'm currently running the wine-20021125 package from Gentoo. They also have 20030115 and 20030219, but these are marked as unstable. This is a bit of the current goo from the trace (-debugmsg +all). trace:string:lstrcpynW (0x4053e748, L"C:\\WINDOWS\\SYSTEM\\USER32.DLL", 260) trace:crypt:CryptCreateHash (0x402fe678, 0x8003, 0x0, 00000000, 0x4053f674) trace:crypt:CryptHashData (0x43b900a8, 0x41382c80, 66, 00000000) trace:crypt:CryptDeriveKey (0x402fe678, 26625, 0x1136197800, 00000001, 0x4053f678) wine: Unhandled exception, starting debugger... It definitely seems (to the novice's eyes) that it is still failing somewhere in cryptographic code. I wish I could be more help. ------- Additional Comments From mike(a)theoretic.com 2003-03-31 03:35 ------- Yes, the trace indicates that it's failing inside the crypto code, that doesn't mean it's unimplemented however. I'll confirm this bug. Without a test app to reproduce this crash, there's not much we can do to fix it, unless somebody recognises this trace. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-03-31 11:06 ------- Why? Couldn't it be that our ADVAPI32.CryptDeriveKey simply calls into the crypt provider DLL (in this case, RSAENH.DLL) function in an illegal way? It's most likely CPDeriveKey() that's called illegally, since that is the only provider DLL function our CryptDeriveKey() calls... BTW, The algorithm used (26625) is ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | 1 and thus it should be RC4: #define CALG_RC4 (ALG_CLASS_DATA_ENCRYPT | ALG_TYPE_STREAM | ALG_SID_RC4) since ALG_SID_RC4 is 1 Hmm, strange, why is the alg id RC4, but the DLL is called RSAENH.DLL?? Maybe that is the real problem? BTW, could you try using a different version of RSAENH.DLL? ------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 ------- I'm not sure how to try using a different RSAENH.DLL. I specified the command-line as: "wine --debugmsg +all --dll rsaenh=b msmoney.exe &>~/output.txt". I hope that's what you wanted. It didn't change the result, however. Here's some more stuff I've been able to find in the logs. err:win32:PE_fixup_imports No implementation for ADVAPI32.dll.71(CryptGetLocalKeyLimits) imported from C:\windows\system\rsabase.dll, setting to 0xdeadbeef I'm set up to use the built-in advapi32 implementation. I'll attach my config, in case there are some glaring errors that I haven't noticed. Just to check, I tried again with both: wine --debugmsg +all --dll advapi32=n,rsaenh=b msmoney.exe &>~/output.txt wine --debugmsg +all --dll rsaenh=b,rsabase=b msmoney.exe &>~/output.txt Native advapi32 failed to get anywhere (even to the splash), and native rsabase had no effect. ------- Additional Comments From pollockd(a)magma.ca 2003-03-31 14:56 ------- Created an attachment (id=442) --> (http://bugs.winehq.com/attachment.cgi?id=442&action=view) Wine Configuration File ------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:20 ------- Hmm, could you give us the full debug output, rather than just the backtrace? If the crash is caused by dereferencing 0xdeadbeef then it's probably due to the unimplemented CryptGetLocalKeyLimits function. I had a quick scoot around, I can't find any docs on that, MSDN doesn't appear to have any info on it, so maybe it's a callback or undocumented function? ------- Additional Comments From mike(a)theoretic.com 2003-04-01 04:22 ------- This might be a dupe of bug 682 ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:45 ------- Could you please try the following patch and report a --debugmsg +relay,+crypt logfile? ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2003-04-01 06:46 ------- Created an attachment (id=444) --> (http://bugs.winehq.com/attachment.cgi?id=444&action=view) Patch to implement minimal CryptGetLocalKeyLimits() stub. ------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:42 ------- Now, when the application starts, two windows open. One for "PSTORES.EXE" and another for MSMoney. The application still bombs, but I don't get the same "no implementation message". I'll attach the +crypt,+relay trace you asked for. The patch given didn't apply on the version I have. The spec file has an additional value after the parameter list, which appears to just be the function name itself. I've patched as follows: @ stdcall CryptGetHashParam(long long ptr ptr long) CryptGetHashParam @ stdcall CryptGetKeyParam(long long ptr ptr long) CryptGetKeyParam @ stdcall CryptGetLocalKeyLimits(long long long long long long long) CryptGetLocalKeyLimits @ stdcall CryptGetProvParam(long long ptr ptr long) CryptGetProvParam @ stdcall CryptGetUserKey(long long ptr) CryptGetUserKey ------- Additional Comments From pollockd(a)magma.ca 2003-04-01 09:43 ------- Created an attachment (id=445) --> (http://bugs.winehq.com/attachment.cgi?id=445&action=view) wine --debugmsg +relay,+crypt msmoney.exe &>~/output.txt ------- Additional Comments From mike(a)theoretic.com 2003-04-02 08:38 ------- trace:crypt:CryptAcquireContextA (0x40541eb4, (null), (null), 1, 00000000) trace:crypt:CryptCreateHash (0x4029ef40, 0x8003, 0x0, 00000000, 0x40541e84) trace:crypt:CryptHashData (0x4029f4c8, 0x27108998, 2, 00000000) trace:crypt:CryptDeriveKey (0x4029ef40, 26114, 0x1076491464, 00000000, 0x40541e80) wine: Unhandled exception, starting debugger... Looks like a stub isn't good enough -- Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee.

1 0