June 2003 - Wine-bugs - list.winehq.org

[Bug 1155] setupapi.dll still not found - 16-bit dll or version conflict
by Wine Bugs 28 Jun '03

28 Jun '03

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 28 Jun '03

28 Jun '03

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 28 Jun '03

28 Jun '03

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 28 Jun '03

28 Jun '03

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 28 Jun '03

28 Jun '03

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 28 Jun '03

28 Jun '03

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

[Bug 1162] Parents Screen unavailable in Leap Ahead Preschool
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1162 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:31 ------- Bug comments restored from Gmane.org: This game runs almost perfect in wine. The only problem that I have is that it has a screen for parents to use that is inaccesable. The way it is supposed to be accessed is through pressing Ctrl-P. This does not work... any help suggestions.. ------- Additional Comments From andi(a)rhlx01.fht-esslingen.de 2002-11-22 06:32 ------- Check out a --debugmsg+relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg logfile to find out why this key combo doesn't get recognized or gets lost (especially event and keyboard should be helpful). (remove some debugmsg options if needed) ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-24 12:48 ------- Created an attachment (id=341) --> (http://bugs.winehq.com/attachment.cgi?id=341&action=view) 11000 line log (snipped) +relay,+keyboard,+key,+event,+x11drv,+message,+msg,+sendmsg ------- Additional Comments From tony_lambregts(a)telusplanet.net 2002-11-25 19:01 ------- I snipped down the log some on my own and ran across this section as I was doing so 0874e8e0:Call USER.106: GETKEYSTATE(0070) ret=029f:0a36 ds=0397 trace:msg:GetKeyState key (0x50) -> 0 0874e8e0:Ret USER.106: GETKEYSTATE() retval=0000 ret=029f:0a36 ds=0397 Now ascii(70) is lower case p and ascii (50) is upper case P. After playing around a bit I found that GetKeyState is defined in /windows/message.c and this function converts the keypressed to upper for whatever reason so I commented it out as in the following patch and now ctrl-P works. Index: message.c =================================================================== RCS file: /home/wine/wine/windows/message.c,v retrieving revision 1.148 diff -u -r1.148 message.c --- message.c 30 Oct 2002 23:45:38 -0000 1.148 +++ message.c 26 Nov 2002 00:40:19 -0000 @@ -665,7 +665,7 @@ { INT retval; - if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; +/* if (vkey >= 'a' && vkey <= 'z') vkey += 'A' - 'a'; */ retval = ((WORD)(QueueKeyStateTable[vkey] & 0x80) << 8 ) | (QueueKeyStateTable[vkey] & 0x80) | (QueueKeyStateTable[vkey] & 0x01); Now I suspect that this is not the "Right Fix" tm but I am going to submit it to wine-devel anyway. -- 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 1166] Msvcrt: unhandled: %
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1166 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:24 ------- Bug comments restored from Gmane.org: was bug 1002 but I don't know how to reopen it... the msvcrt's 'unhandled: %' bug is still there in Wine 20021125 last time you had some problems with attachments, so now I put part of it into comment: 08077c00:Call msvcrt.strstr(406c2820 "// Registry key which tells that there is already a complete installation on the"...,0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=00000000 ret=004010a9 08077c00:Call msvcrt.fgets(406c2820,00000200,403c1050) ret=00401092 08077c00:trace:msvcrt:MSVCRT_fgets :file(0x403c1050) fd (3) str (0x406c2820) len (512) 08077c00:trace:msvcrt:MSVCRT_fgets :got 'KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ' 08077c00:Ret msvcrt.fgets() retval=406c2820 ret=00401092 08077c00:Call msvcrt.strstr(406c2820 "KEY_INSTALLCOMPLETE \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n",0040537c "KEY_INSTALLCOMPLETE") ret=004010a9 08077c00:Ret msvcrt.strstr() retval=406c2820 ret=004010a9 08077c00:warn:msvcrt:MSVCRT_sscanf KEY_INSTALLCOMPLETE "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%s"): semi-stub 08077c00:trace:msvcrt:MSVCRT_sscanf returning 1 08077c00:Call msvcrt.strlen(406c2a20 "KEY_INSTALLCOMPLETE") ret=004010d8 08077c00:Ret msvcrt.strlen() retval=00000013 ret=004010d8 08077c00:Call msvcrt.strcpy(406c2abc,406c2833 " \"SOFTWARE\\BlueByte\\Incubation\\InstallIncComplete\"\n") ret=004010e6 08077c00:Ret msvcrt.strcpy() retval=406c2abc ret=004010e6 08077c00:warn:msvcrt:MSVCRT_sscanf "SOFTWARE\BlueByte\Incubation\InstallIncComplete" ("%"%[^"]s"): semi-stub 08077c00:fixme:msvcrt:MSVCRT_sscanf unhandled: %" 08077c00:trace:msvcrt:MSVCRT_sscanf returning 0 ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:04 ------- Created an attachment (id=359) --> (http://bugs.winehq.com/attachment.cgi?id=359&action=view) Quick-hack patch ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-14 06:09 ------- This is the first part of your origional problem (bug #1002). The program is passing %" as the format and is expecting to start the input from the first " character in the input stream. I have attached a simple fix which should work but I haven't actually tested if it works ok. Let me know if it works. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-17 03:21 ------- install now works but later in game it crashes (with unhandled exception) it is strange - when i run game normally (wine incubation.exe) I get unhandled exception in msvcrt sscanf. but when I run game with 'wine --debugmsg +all, +trace, +relay incubation.exe >& log' I get unhandled exception in ntdll sscanf. So I don't know... Part of log is attached, but I am not sure if it is connected to this bug or it is something else. so if it does then send me how i should test it for you (parameters to --debugmsg and stuff like that)... if it soeasn't then for me it is fixed (when this patch will be in wine sources) log: ...lot of stuff before..... full length of log was 250MB.... 080ced98:Call ntdll.RtlEnterCriticalSection(468d13c0) ret=40eb8503 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40eb8503 080ced98:Call ntdll.RtlLeaveCriticalSection(468d13c0) ret=40eb8537 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40eb8537 080ced98:Call msvcrt.??2(a)YAPAXI@Z(00000024) ret=00478f08 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000024) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000028): returning 468d14c0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14c0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (36) returning 0x468d14c0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2(a)YAPAXI@Z() retval=468d14c0 ret=00478f08 080ced98:CALL newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() ret=0048ccd3 080ced98:RET newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() retval = 468d14c4 ret=0048ccd3 080ced98:CALL newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() ret=0048cd15 080ced98:RET newtoolsr.10: ??0DListBase(a)BB@@QAE(a)XZ() retval = 468d14d4 ret=0048cd15 080ced98:CALL newtoolsr.38: ??0String(a)BB@@QAE(a)XZ() ret=00478f84 080ced98:Call msvcrt.??2(a)YAPAXI@Z(00000001) ret=10001ef4 080ced98:Call ntdll.RtlAllocateHeap(40370000,00000000,00000001) ret=40c60547 080ced98:trace:heap:RtlAllocateHeap (0x40370000,00000002,00000018): returning 468d14f0 080ced98:Ret ntdll.RtlAllocateHeap() retval=468d14f0 ret=40c60547 080ced98:trace:msvcrt:MSVCRT_operator_new (1) returning 0x468d14f0 080ced98:trace:msvcrt:_lock (9) 080ced98:Call ntdll.RtlEnterCriticalSection(40c76340) ret=40c61961 080ced98:Ret ntdll.RtlEnterCriticalSection() retval=00000000 ret=40c61961 080ced98:trace:msvcrt:_unlock (9) 080ced98:Call ntdll.RtlLeaveCriticalSection(40c76340) ret=40c61a39 080ced98:Ret ntdll.RtlLeaveCriticalSection() retval=00000000 ret=40c61a39 080ced98:Ret msvcrt.??2(a)YAPAXI@Z() retval=468d14f0 ret=10001ef4 080ced98:RET newtoolsr.38: ??0String(a)BB@@QAE(a)XZ() retval = 004eda84 ret=00478f84 080ced98:Call msvcrt.?name(a)type_info@@QBEPBDXZ(00000001) ret=00478f9f 080ced98:trace:msvcrt:MSVCRT_type_info_name 080ced98:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x402b2b9b 080ced98:trace:seh:EXC_RtlRaiseException info[0]=00000000 080ced98:trace:seh:EXC_RtlRaiseException info[1]=00000009 080ced98: queue_exception_event( first=1, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98:trace:seh:EXC_CallHandler calling handler at 0x479e25 code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2c88,405b0a44,405b0960) ret=400d5085 fs=008f eax=004abf28 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4124dc code=c0000005 flags=0 080ced98:Call msvcrt.__CxxFrameHandler(405b09d0,406c2ca4,405b0a44,405b0960) ret=400d5085 fs=008f eax=004aa9e0 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:Ret msvcrt.__CxxFrameHandler() retval=00000001 ret=400d5085 fs=008f eax=00000001 ebx=4010af6c ecx=405b0960 edx=405b0a44 esi=405b09d0 edi=4010ad44 ebp=405b0930 esp=405b0904 ds=002b es=002b gs=0007 flags=00200216 080ced98:trace:seh:EXC_CallHandler handler returned 1 080ced98:trace:seh:EXC_CallHandler calling handler at 0x4a3102 code=c0000005 flags=0 080ced98:Call msvcrt._except_handler3(405b09d0,406c2e74,405b0a44,405b0960) ret=400d5085 080ced98:trace:msvcrt:_except_handler3 exception c0000005 flags=0 at 0x402b2b9b handler=0x4a3102 0x405b0a44 0x405b0960 semi-stub 080ced98:trace:msvcrt:_except_handler3 filter = 0x4a2e80 080ced98:Call msvcrt._XcptFilter(c0000005,405b0844) ret=004a2e97 080ced98:fixme:msvcrt:_XcptFilter (-1073741819,0x405b0844)semi-stub 080ced98:Call kernel32.UnhandledExceptionFilter(405b0844) ret=40c5aeb9 080ced98: queue_exception_event( first=0, record={context={flags=00000000,eax=00000009,ebx=40359340,ecx=00000001,edx=00000073,esi=00000000,edi=402879da,ebp=406c2960,eip=402b2b9b,esp=406c2244,eflags=00210202,cs=0023,ds=002b,es=002b,fs=008f,gs=0007,dr0=00000000,dr1=00000000,dr2=00000000,dr3=00000000,dr6=00000000,dr7=00000000,float={00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000,00000000}},rec={code=c0000005,flags=0,rec=(nil),addr=0x402b2b9b,params={0,9}} ) 080ced98: queue_exception_event() = 0 { handle=(nil) } 080ced98: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 080ced98: create_event() = 0 { handle=0x98 } wine: Unhandled exception, starting debugger... ------- Additional Comments From nog(a)sdf.lonestar.org 2002-12-17 11:25 ------- This doesn't look like it's related to the sscanf problem. It seems like this is related to bug #1124. By looking at that bug, it could be possible that your program doesn't install properly, wether because of a scanf bug or not. ------- Additional Comments From michal.seliga(a)visicom.sk 2002-12-18 07:00 ------- hard to tell, anyway I think when this patch will be commited to wine this should be marked as 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 1167] Wine crashes on JRE install
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1167 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:21 ------- Bug comments restored from Gmane.org: When I try to install JRE(JAVA Runtime Environment) or any other program that installs JRE (Netscape 7,Opera 7 etc.), Wine crashes. When installing programs like Netscape 7 or Opera 7, only JRE installation crashes, the browsers are still installed and work without JAVA support. Wine 20021125 gcc version 3.2 20020903 (Red Hat Linux 8.0 3.2-7) RedHat Linux 8.0 Linux Kernel 2.4.19 KDE 3.0.3 No Windows Download j2re-1_3_1_06-windows-i586.exe from http://java.sun.com/webapps/download/DisplayLinks wine ?c:\zipfiles\j2re-1_3_1_06-windows-i586.exe? Wine crashes. ------- Additional Comments From bon(a)elektron.ikp.physik.tu-darmstadt.de 2002-11-29 09:24 ------- Use an appropriate native mcvcrt win conjunction with jre ------- Additional Comments From axgupta1(a)ureach.com 2002-11-30 21:08 ------- I tried to use native msvcrt with jre install, wine still crashes. ------- Additional Comments From axgupta1(a)ureach.com 2002-12-05 21:47 ------- Wine crashes with most versions of native msvcrt.dll. I took msvcrt.dll from Windows XP and JRE versions 1.4.1/1.1.8/1.3.1. Everytime I switched to native for msvcrt, wine crashed. Wine seems to work only when I choose builtin for msvcrt. However, I get limited functionality, since most newer programs require newer versions of msvcrt. ------- Additional Comments From Speeddymon(a)yahoo.com 2002-12-05 21:54 ------- Try using a Win2k or 98/nt4 copy of native mscvrt.. If you dont have access to one, I can email a Win2k or a Win98 copy to you.. If you could provide some debug msgs, that would help, try +mscvrt,+ole,+ole32,+commctrl,+comctl32 any or all of those may be of some help.. ------- Additional Comments From g_tselentis(a)worldonline.co.za 2003-03-11 13:52 ------- I have the same problem with Wine 20030115. If this is still relevant, I would be willing to submit debug info. If there has been a solution for this bug already, please direct me to it as I've extensively searched everything (I think). I've got a similar setup: Redhat 7.3 gcc version 2.96 20000731 linux kernel 2.4.18-3 No windows using jre_1.4.0*.exe when I do "wine jre_1.4.0*.exe" it gives me a whole lot of fixme's and other msgs and then throws me into a debug window. I've registered with the wine bugs section, so just let me know how to send debug msgs (if needed). Thanks ------- Additional Comments From mike(a)theoretic.com 2003-03-27 04:40 ------- When you get a debug window, can you give a backtrace? FWIW I have the Java JDK working just fine here, v1.4 -- 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 1168] Mohaa, Mohas && LOD terrian
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1168 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 09:17 ------- Bug comments restored from Gmane.org: ------- Additional Comments From webmaster <at> autoinstaller.de 2003-03-04 13:27 ------- MOHAA didn't start here. Maybe too high details setup? -- 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