wine-bugs

wine-bugs@winehq.org

1 participants
159166 discussions

[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@+0x69 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1e80) 3 0x271088ea (MNYUTIL.DLL.?Encrypt@@YAPAEPBEKPAKPBD@Z+0x4a in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b1eb0) 4 0x2710889b (MNYUTIL.DLL.?SetPassword@CEncryptedPassword@@QAEXPBD@Z+0x46 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYUTIL.DLL) (ebp=406b268c) 5 0x10554d47 (MNYOB99.DLL.?FCreate@CPlaceBar@@UAEHPAVCWnd@@@Z+0x6c8 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b28c8) 6 0x1055a77f (MNYOB99.DLL.?InitInstance@CObeliskDLL@@QAEHXZ+0xd75 in C:\PROGRAM FILES\MICROSOFT MONEY\SYSTEM\MNYOB99.DLL) (ebp=406b2c9c) 7 0x10559bf9 (MNYOB99.DLL.?InitInstance@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@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@YAPAXI@Z() retval=468d14c0 ret=00478f08 080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048ccd3 080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14c4 ret=0048ccd3 080ced98:CALL newtoolsr.10: ??0DListBase@BB@@QAE@XZ() ret=0048cd15 080ced98:RET newtoolsr.10: ??0DListBase@BB@@QAE@XZ() retval = 468d14d4 ret=0048cd15 080ced98:CALL newtoolsr.38: ??0String@BB@@QAE@XZ() ret=00478f84 080ced98:Call msvcrt.??2@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@YAPAXI@Z() retval=468d14f0 ret=10001ef4 080ced98:RET newtoolsr.38: ??0String@BB@@QAE@XZ() retval = 004eda84 ret=00478f84 080ced98:Call msvcrt.?name@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

[Bug 1169] fixme:dsound and _really_ ugly sound
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1169 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:56 ------- Bug comments restored from Gmane.org: Master of Orion 2 (a six year old Win95 game from Microprose) runs fine with the Debian unstable package of Wine 20021125 except when the game tries to play sound (I didn't notice before because usually other programs already use the soundcard when I start playing). The sound is terrific (you don't want to hear it, it's nothing anywhere near to a melody or so). In the xterm the following messages occur: <-- snip --> $ wine orion95.exe fixme:ddraw:Main_DirectDraw_SetCooperativeLevel (0x40390978)->(00010021,00000011) fixme:x11drv:X11DRV_DDHAL_CreatePalette stub fixme:dsound:IDirectSoundImpl_SetCooperativeLevel (0x403992a0,00010021,2):stub fixme:ddraw:Main_DirectDraw_WaitForVerticalBlank (0x40390978)->(flags=0x00000001,handle=(nil)) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12616 < primary_done=12620) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13112 < primary_done=13116) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12600 < primary_done=12604) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13752 < primary_done=13756) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12880 < primary_done=12884) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=12224 < primary_done=12228) fixme:dsound:DSOUND_MixOne problem with underrun detection (mixlen=13344 < primary_done=13348) ... <-- snip --> The ddraw and x11drv messages are harmless (see #1154). My setting is "dsound" = "builtin, native" The boot messages for my soundcard are: ad1816: HIGHSCREEN SOUND-BOOSTAR 16 3D detected ad1816: ISAPnP reports 'HIGHSCREEN SOUND-BOOSTAR 16 3D' at i/o 0x530, irq 5, dma 1, 3 ad1816: AD1816 sounddriver Copyright (C) 1998 by Thorsten Knabe ad1816: io=0x530, irq=5, dma=1, dma2=3, clockfreq=33000, options=0 isadmabug=1 <AD1816 audio driver> at 0x530 irq 5 dma 1,3 This ISA card runs otherwise fine with the OOS driver in kernel 2.4. I'll attach the output of wine -debugmsg +dsound orion95.exe in a minute. ------- Additional Comments From bunk <at> fs.tum.de 2002-11-30 09:20 ------- Created an attachment (id=344) --> (http://bugs.winehq.com/attachment.cgi?id=344&action=view) output of "wine -debugmsg +dsound orion95.exe" ------- Additional Comments From rbt <at> rbt.ca 2003-04-18 09:40 ------- I have an underrun issue with Total Annihilation (Demo has same issue) on FreeBSD. Single sounds work fine (narration), but mixed sounds during the game come out very shoppy and thousands of the buffer underrun messages occur. -- 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 1170] DOSFS_FindUnixName misses existing file
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1170 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:53 ------- Bug comments restored from Gmane.org: I don' t know if either the DOSFS_FindUnixName has a bug when used with "*" or if the file get created too late so I'm submitting this : atoch@C1XD:~$ wine -v Wine 20021125 atoch@C1XD:~$ wine /tmp/Msvbvm50.exe .... warn:dosfs:DOSFS_FindUnixName L"*" not found in '/tmp/IXP003.TMP' In a message box, I got the following error message : "Error loading advpack.dll" atoch@C1XD:~$ ls /tmp/IXP003.TMP/ ADVPACK.DLL ------- Additional Comments From arnaud.atoch <at> wanadoo.fr 2002-11-30 15:42 ------- Created an attachment (id=345) --> (http://bugs.winehq.com/attachment.cgi?id=345&action=view) MS VB VM selft extracting archive ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 15:54 ------- I have seen this before with the starcraft installer. It appears that the file doesnt exist when it tries to call/load/reference/find the file and so no operation can be done.. I am not sure of the correct fix for this, but I will confirm the bug.. And since this isnt totally related to my bug in the StarCraft Installer, im not marking it as a dupe. Although you should look at bug 717 for some more info. ------- Additional Comments From Speeddymon <at> yahoo.com 2002-11-30 16:01 ------- adding dependency on newly entered bug (bug #1172) ------- Additional Comments From fgouget <at> codeweavers.com 2003-05-02 17:44 ------- See the first attachement to download the test application. -- 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 1171] regression of sound from vvresion 20020411
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1171 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:50 ------- Bug comments restored from Gmane.org: The ability of using window program sound from MMSSTV and TRUETTY has disappeared from the latest version. Using Mandrake 8.1 on one box and Mandrake 9.0 on another. Same problem exists on both machines. Uninstalled the 20020904-7 and went back to the 20020411 version and everything works again on both machines. ------- Additional Comments From mcbridematt <at> hotmail.com 2002-12-02 02:55 ------- Found the same problems with Total Annihilation on a RH 7.3 Box. "Cavedog Intro" movie sound plays finally :-), but anything other than that has called it a day. (It thinks my DirectX is too old, first time it's said that) -- 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 1172] Wine does not extract files fast enough for programs to perform actions on them
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1172 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:49 ------- Bug comments restored from Gmane.org: See bug 717 and bug 1170 for more info, basically, during certain installs, there are operations that try to get performed on certain files that are extracted/created during the install. In those certain installs, wine either does not do this fast enough or the installer is braindead and tries to perform actions on them before it tries to extract them (perhaps checking if the version that is already installed is up-to-date) and therefore causes wine to do unusual things. 2 installers I can think of are the msvb runtime installer mentioned in bug 1170, the starcraft installer mentioned in bug 717 and the AIM installer mentioned in the comments of bug 129. -- 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 1173] Cabinet.dll.so Implamentation... Fails
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1173 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:47 ------- Bug comments restored from Gmane.org: Trying to get ie 6 to work, but it fails each and every time. It comes up with a cabinet.dll.so failure. My assumption is that it hasn't been implamented yet. Can we please? So i can go ahead and use some of the programs I really need to use, that require ie to be present on the system. I would give details, but ain't sure how to get them. But I do know its an internal failure. Tried adding cabinet.dll as a native, still failed for me ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:22 ------- *** This bug has been confirmed by popular vote. *** ------- Additional Comments From daracerz <at> hotmail.com 2002-12-01 13:41 ------- To help out some more, heres a little more information I gathered. Wine crashes when the Program Starts installing the components, and loads WineDebugger (I wish I knew how to export info from WineDebugger). Hers the output from the Console Window: fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41370000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41370074 fixme:setupapi:SETUPX_CreateStandardLDDs LDID_SRCPATH: what exactly do we have to do here ? fixme:dosfs:QueryDosDeviceA (A:) not detected as DOS device! fixme:dosfs:QueryDosDeviceA (B:) not detected as DOS device! fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0705, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070f, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 0710, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070b, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:vcpUICallbackProc16 (0xbea0, 070c, 0000, 00000000, 416d2f74) - semi-stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:urlmon:URLMON_DllRegisterServer (void): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:reg:RegFlushKey (0x84): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:dc:GetLayout (0x880): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO fixme:cursor:CURSORICON_SimulateLoadingFromResourceW Animated icons not correctly implemented! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon entry found! 0x41640000 fixme:cursor:CURSORICON_SimulateLoadingFromResourceW icon size ok. offset=0x41640074 fixme:reg:RegFlushKey (0x94): stub fixme:reg:RegFlushKey (0x9c): stub fixme:reg:RegFlushKey (0x9c): stub fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_REGSRCPATH fixme:setupapi:GenInstall16 unsupported flag: GENINSTALL_DO_CFGAUTO wine: Unhandled exception, starting debugger... ---- And This is the WineDebugger Windows Info. (Some of it) No debug information in ELF '/usr/local/lib/wine/cabinet.dll.so' (0x41629000) Then its Posts "No debug information in 32bit Dll"... Unhandled exception: unimplemented function cabinet.dll.DllGetVersion called in 32-bit code (0x4163b052) In 32-bit mode 0x4163b052 (CABINT.DLL..data+0x9052 in cabinet.dll.so): jmp 0x4163b04c (CABINET.DLL..data+0x904c in cabinet.dll.so) ------- Additional Comments From gmturner007 <at> ameritech.net 2003-01-05 02:21 ------- this should now be fixed. But I still dont think IE6 is going to install... ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:36 ------- Yes, this should work now -- Mark, can you please confirm or deny this? If this works, please mark this bug as VERIFIED. ------- Additional Comments From dpaun <at> rogers.com 2003-04-01 00:06 ------- Excellent -- closing. -- 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 1174] Floppy and wine source dir recognition in wineinstall
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1174 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:44 ------- Bug comments restored from Gmane.org: Wineinstall can not recognise floppy drive in Debian: Could not stat /mnt/fd0 (No such file or directory), ignoring drive A: The mount point is /floppy, not /mnt/fd0. The /etc/fstab entry is: /dev/fd0 /floppy auto user,noauto 0 0 Could this be recognised correctly? Current wine sources directory: I'm compiling wine in /opt/linshare/wine, and wineinstall cannot do 'regedit winedefault.reg', because wine has no drive for the working directory. Could wineinstall put an entry: [Drive G] "Path" = "/opt/linshare/softa/wine" "Type" = "hd" "Label" = "Wine" "Filesystem" = "win95" Path should be result of $PWD or pwd command. Eleknader -- 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 1175] Multisim 2001 Toolbar Creation Problem (Doesn't Display Properly)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1175 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:40 ------- Bug comments restored from Gmane.org: Theres really two related problem, but I put the other problem in a different Bug Listing. First, I would let everyone to know you can download this program at http://www.ewbeurope.com/demos.html as a demo. The demo has the same problem as I checked. Now, for the problem. When the installer and all pretty much goes through smoothly. You can also launch the program smoothly. But when you want to add a component, like the first one which is a battery, it'll pop up a toolbar. This toolbar, if you saw it under a windows enviroment, will have two columns. Under wine, it is one column, and all the components are in the wrong place. Please fix it so when you click on the components, it will load up the Toolbars properly with the proper order, so one doesn't need to play a guessing game. -- 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 1176] Multisim 2001 Program Closure Failure, Leads to Wine Hang
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1176 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:38 ------- Bug comments restored from Gmane.org: Once again, you can get this program demo at http://www.ewbeurope.com/demos.html and you will get hte same error as with the full release. I checked. When you load up the program. It works fairly ok, some miss hatches here and there, but nothing to be really brought up other then the GUI Toolbar loading issues I just submitted. This one, when you decide to exit the program, you will get two errors. Though this error might be related to my system configuration because it is a Random issue for me. But on exit, Wine Does always hang for me. Sorry, but don't got any debug info on this. -- 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 1177] Improper drawing of radio buttons in Clarion IDE
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1177 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:34 ------- Bug comments restored from Gmane.org: While trying to run Clarion for Windows I've encountered many bugs. My mashine: Red Hat 7.2 (kernel 2.4.9-13) / win2000 dual boot. Clarion version 4b Wine 20001031 (wasn't in version list) Additional info: Clarion's set of programs are all 16-bit apps, including compiler (but it generates nice 32-bit code). They communicate with each other via DDE. I have several problems with Clarion IDE: 1. radio buttons with images are displayed as regular radio buttons. 2. if I compile/make a program, the system becomes deadly hang-up. 3. every time I start Clarion I see: # wine d:\\cw40\\bin\\clarion4.exe fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f770: spincount=1000 not supported fixme:win32:SetCriticalSectionSpinCount critsection=0x77a3f7e0: spincount=1000 not supported fixme:win32:PE_CreateModule Load Configuration directory ignored fixme:module:MODULE_AllocModRef Trying to load second .EXE file: C:\winnt\system32\ntvdm.exe err:win32:PE_fixup_imports No implementation for wow32.dll.0(CopyDropFilesFrom16) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for wow32.dll.13(WOWFreeMetafile) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef err:win32:PE_fixup_imports No implementation for wow32.dll.1(CopyDropFilesFrom32) imported from C:\winnt\system32\olethk32.dll, setting to 0xdeadbeef fixme:toolhelp:InterruptRegister16 (0000, 0x4171031), stub. now Clarion is running... When I attempt to exit IDE, it makes read access violation & crashes. fixme:hook:SetWindowsHookEx16 Multiple hooks (7) for the same task not supported yet fixme:hook:SetWindowsHookEx16 Multiple hooks (2) for the same task not supported yet fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process err:win:WIN_FindWndPtr window 10033 belongs to other process err:win:WIN_FindWndPtr window 10032 belongs to other process fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub fixme:mdi:MDIRefreshMenu partially function stub wine: Unhandled exception, starting debugger... err:ntdll:RtlpWaitForCriticalSection section 0x4010ee88 "../../scheduler/syslevel.c: Win16Mutex" wait timed out, retrying (60 sec) tid=0900af10 What additional details should I post? What tests to perform? Our company can't move to Linux (but we want to!) since Clarion is our main development tool. ------- Additional Comments From maxim <at> enigmasoft.com.ua 2002-12-03 09:12 ------- sorry, for misspelling: wine is 20021031 ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-03 15:11 ------- Please file a seperate report for each bug you encounter. I am going to mark this one up for the radio button bug. The "err:win:WIN_FindWndPtr window 10033 belongs to other process" is allready reported as bug 475 (you can add comments concerning that problem there) I have added you to the CC: list for that bug. -- 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 1178] Visual Studio 6 debugger loops
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1178 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:31 ------- Bug comments restored from Gmane.org: under win2000 my default debugger is not dr Watson, but Visual Studio. When it's invoked, it loads itself, then it _itself_ makes violation, asks whether I want to start debugger, and if I answer Yes, everything repeats (violation, etc). ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:47 ------- You said this happens on Windows 2000 with Visual C++ so the big question is: How is this related to Wine? ------- Additional Comments From maxim <at> enigmasoft.com.ua 2002-12-11 01:24 ------- I meant to say, that i'm using some native win2000 dlls, instead of native win98's (which I was using before). Of course, bug happens under wine, not win2000. -- 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 1181] Keyboard translation broken: uses raw keycodes
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1181 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:23 ------- Bug comments restored from Gmane.org: The X11 keyboard driver (dlls/x11drv/keyboard.c) uses raw X11 keycodes. This is wrong; keycodes are Xserver and hardware dependent. Applications should never use the keycodes. One example when this is a problem is when using VNC, since Xvnc does not use the same keycodes as most XFree86 servers. This has led to that Wine has a special keymap for this special Xvnc server. But this keymap only supports the US keyboard layout. Basically, to support all layouts (x) on all servers (y), Wine needs to have x*y keymaps. This is just not feasible. And even if it was, things would go wrong: Xvnc allocates keycodes dynamically, which is totally "legal". This means that "aring" can have different keycodes different times, depending on in which order the user has pressed international keys. rdesktop (www.rdesktop.org) suffered from exactly the same problem. I have written a new keyboard translation implementation which uses Keysyms instead. Maybe Wine can re-use parts of this work. -- 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 1182] Using artsdsp wrapping makes Wine crash
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1182 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:19 ------- Bug comments restored from Gmane.org: If you run "artsdsp wine" to make arts run with an OSS-using wine, then wine crashes instantly. Some debugging revealed that it is due to a crash in scheduler/pthread.c (some pthread emulation struct field contained values that it didn't like). Sounds like we need to make sure our pthreads emulation doesn't touch any pthreads struct fields that other system parts might want to tamper with... A workaround is to use winearts.drv, of course (unless winearts.drv is not stable enough). ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:54 ------- Andi wrote: [...] > A workaround is to use winearts.drv, of course (unless winearts.drv > is not stable enough). Precisely. I would say that this is a "won't fix" and that one should be using the winarts driver rather than artsdsp. ------- Additional Comments From fgouget <at> codeweavers.com 2002-12-10 19:55 ------- Btw, see also bug 325. -- 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 1183] Carmen Sandiego Junior will not start
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1183 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 08:06 ------- Bug comments restored from Gmane.org: When trying to run Carmen Sandiego Junior It will not start and displays a message box instead. I see the following messages on the console. err:msacm:MIDIMAP_LoadSettingsDefault Registry glitch: couldn't find midi out (#0) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:system:ChangeDisplaySettingsA (0x406ccc0c,0x00000006), stub flags=TEST,FULLSCREEN, fixme:system:ChangeDisplaySettingsA (Putting X in this mode beforehand might help) fixme:dialog:MSGBOX_OnInit system modal msgbox ! Not modal yet. I will attach a better trace (relay) when I get a chance ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08 14:21 ------- Created an attachment (id=347) --> (http://bugs.winehq.com/attachment.cgi?id=347&action=view) Screen shot of message box ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-08 15:52 ------- Created an attachment (id=349) --> (http://bugs.winehq.com/attachment.cgi?id=349&action=view) Annotated log run with -debugmsg +relay (snipped to 337 lines) -- 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 1131] rpcrt4.dll.so with ms office 2k
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1131 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:59 ------- Bug comments restored from Gmane.org: when using the cvs build of wine with ms office 2000, trying to start an application brings up the app splash screen followed by a wine-debug window... last error message: 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl 0xf(%esi),%eax any ideas? ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 10:41 ------- Hmm, interesting crash. Could you please give *detailed* output, though ? ------- Additional Comments From jms <at> josh.com 2002-11-07 11:01 ------- is this what you are looking for? this is the full contents of the debug window... WineDbg starting on pid 8378c98 No debug information in ELF 'wine' (0x00000000) Breakpoint 1 at 0x4000acb0 Loaded debug information from ELF '/usr/lib/libntdll.dll.so' (0x40024000) No debug information in ELF '/usr/lib/libwine.so' (0x40122000) No debug information in ELF '/usr/lib/libwine_unicode.so' (0x40139000) No debug information in ELF '/lib/i686/libm.so.6' (0x4021a000) No debug information in ELF '/lib/libdl.so.2' (0x4023c000) No debug information in ELF '/lib/ld-linux.so.2' (0x40000000) No debug information in ELF '/lib/libnss_files.so.2' (0x40240000) No debug information in ELF '/usr/lib/wine/advapi32.dll.so' (0x40743000) No debug information in ELF '/usr/lib/wine/kernel32.dll.so' (0x40773000) No debug information in ELF '/usr/lib/wine/gdi32.dll.so' (0x40822000) No debug information in ELF '/usr/lib/wine/ole32.dll.so' (0x408a0000) No debug information in ELF '/usr/lib/wine/user32.dll.so' (0x4090d000) No debug information in ELF '/usr/lib/wine/rpcrt4.dll.so' (0x40a31000) No debug information in ELF '/usr/lib/libfreetype.so.6' (0x40a79000) No debug information in ELF '/usr/lib/wine/x11drv.dll.so' (0x40ac2000) No debug information in ELF '/usr/X11R6/lib/libSM.so.6' (0x40b23000) No debug information in ELF '/usr/X11R6/lib/libICE.so.6' (0x40b2c000) No debug information in ELF '/usr/X11R6/lib/libXxf86dga.so' (0x4024a000) No debug information in ELF '/usr/X11R6/lib/libXv.so' (0x40b43000) No debug information in ELF '/usr/X11R6/lib/libXext.so.6' (0x40b47000) No debug information in ELF '/usr/X11R6/lib/libX11.so.6' (0x40b55000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/xlcUTF8Load.so.2' (0x40019000) No debug information in ELF '/usr/X11R6/lib/X11/locale/common/ximcp.so.2' (0x40c33000) No debug information in ELF '/usr/X11R6/lib/libXrender.so.1' (0x4001b000) No debug information in 32bit DLL 'C:\Program Files\Microsoft Office\Office\EXCEL.EXE' (0x30000000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\NTDLL.DLL' (0x40060000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\KERNEL32.DLL' (0x407b0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ADVAPI32.DLL' (0x40760000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\GDI32.DLL' (0x40840000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\USER32.DLL' (0x40940000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\RPCRT4.DLL' (0x40a50000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\OLE32.DLL' (0x408c0000) No debug information in 32bit DLL 'C:\PROGRAM FILES\MICROSOFT OFFICE\OFFICE\MSO9.DLL' (0x308c0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\X11DRV.DLL' (0x40ae0000) No debug information in 32bit DLL 'C:\WINDOWS\SYSTEM\ACTXPRXY.DLL' (0x70390000) Unhandled exception: page fault on read access to 0x0000000f in 32-bit code (0x40a6c45c). In 32-bit mode. 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so): movzbl 0xf(%esi),%eax ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 11:05 ------- Ah, I see. Hmm, could you also post the additional lines done by a "backtrace" ? ------- Additional Comments From jms <at> josh.com 2002-11-07 11:08 ------- here is the backtrace =>0 0x40a6c45c (RPCRT4.DLL.UuidToStringA+0x40 in rpcrt4.dll.so) (ebp=40731cc0) 1 0x40a661d9 (RPCRT4.DLL.NdrDllRegisterProxy+0xc9 in rpcrt4.dll.so) (ebp=40731 e04) 2 0x70391bfc (ACTXPRXY.DLL.DllRegisterServer+0x26 in C:\WINDOWS\SYSTEM\ACTXPRX Y.DLL) (ebp=40731f68) 3 0x3000dae8 (EXCEL.EXE.EntryPoint+0xb490 in C:\Program Files\Microsoft Office \Office\EXCEL.EXE) (ebp=40732cfc) 4 0x30005968 (EXCEL.EXE.EntryPoint+0x3310 in C:\Program Files\Microsoft Office \Office\EXCEL.EXE) (ebp=40732de4) 5 0x300027e4 (EXCEL.EXE.EntryPoint+0x18c in C:\Program Files\Microsoft Office\ Office\EXCEL.EXE) (ebp=40732e00) 6 0x300026e5 (EXCEL.EXE.EntryPoint+0x8d in C:\Program Files\Microsoft Office\O ffice\EXCEL.EXE) (ebp=40732e8c) 7 0x400c5500 (start_process+0x238 [process.c] in libntdll.dll.so) (ebp=40732f3 0) 8 0x400c9479 (call_on_thread_stack+0x79 [sysdeps.c] in libntdll.dll.so) (ebp=4 0732ff4) 9 0x400c95b4 (SYSDEPS_CallOnStack+0x14 in libntdll.dll.so) (ebp=00000000) ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 12:48 ------- Hmm, sorry, I simply see that I don't see at which line exactly it crashes. Sounds like it's missing some debug information... Could you also paste "info local" and "info reg" ? Thanks ! ------- Additional Comments From jms <at> josh.com 2002-11-07 12:55 ------- here it is...hope it helps! info local: RPCRT4.DLL.UuidToStringA: info reg: Register dump: CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 EIP:40a6c45c ESP:40731cb8 EBP:40731cc0 EFLAGS:00010206( R- 00 I - -P1 ) EAX:0000000e EBX:40a78e44 ECX:4025001c EDX:4028dd00 ESI:00000000 EDI:7039f990 ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 13:07 ------- Sorry, not at all. No information here either :-\ Could you attach a --debugmsg +relay,+ole logfile ? ------- Additional Comments From jms <at> josh.com 2002-11-07 14:02 ------- Created an attachment (id=327) --> (http://bugs.winehq.com/attachment.cgi?id=327&action=view) +relay,+ole trace !!!Warning....77mb when uncompressed!!! ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 15:14 ------- Hmm, the program calls NdrDllRegisterProxy: 083765d8:Call rpcrt4.NdrDllRegisterProxy(70390000,7039f370,703982b0) ret=70391bf c trace:ole:NdrDllRegisterProxy (0x70390000,0x7039f370,{b8da6310-e19b-11d0-933c-00 a0c90dcaa9}) 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e078 ret=40a6c442 trace:ole:NdrDllRegisterProxy registering IActiveScriptStats {70395720-57a2-7039 -b255-397000000000} => b8da6310-e19b-11d0-933c-00a0c90dcaa9 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442 which then leads to: 083765d8:Ret advapi32.RegCloseKey() retval=00000000 ret=40a66291 trace:ole:NdrDllRegisterProxy registering IActiveScriptParseProcedure2 (null) => b8da6310-e19b-11d0-933c-00a0c90dcaa9 083765d8:Call ntdll.RtlAllocateHeap(40250000,00000000,00000025) ret=40a6c442 083765d8:Ret ntdll.RtlAllocateHeap() retval=4028e128 ret=40a6c442 083765d8:Call kernel32.UnhandledExceptionFilter(40620900) ret=302c34f5 wine: Unhandled exception, starting debugger... Note that proxy->header.piid is null !! But AFAICS UuidToString should handle the first argument (null) just fine. (it properly assigns the null uuid to it in case it's null). Why that now crashes is beyond me... Could you add some more TRACEs to dlls/rpcrt4/rpcrt4_main.c/UuidToStringA() in order to nail down why exactly it crashes in that function ? Thanks ! ------- Additional Comments From jms <at> josh.com 2002-11-07 15:23 ------- as i am new to this, can you tell me what it is you want me to add to dlls/rpcrt4/rpcrt4_main.c/UuidToStringA()? sorry for the ignorance... ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-07 17:13 ------- Oh come on :-) You don't want to tell me you don't know to add a simple TRACE ? :) Just add something like TRACE("stupid trace\n"); and then tell me in which line it crashes. (preferrably also with printout of variables if possible) (sorry, I'm too stupid to manage to think why and where exactly it might crash, so you'll have to tell me :-\) ------- Additional Comments From jms <at> josh.com 2002-11-08 12:07 ------- naw, man... i don't think you understand... i am a router/firewall guy, not a programmer... in order to do this, i would need very explicit instructions... sorry! :-/ ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-08 13:58 ------- choose your favorite test editor and edit where_ever_wine_is/dlls/rpcrt4/rpcrt4_main.c search for UuidToStringA You should end up with at this /************************************************************************* * UuidToStringA [RPCRT4.@] * * Converts a UUID to a string. * * UUID format is 8 hex digits, followed by a hyphen then three groups of * 4 hex digits each followed by a hyphen and then 12 hex digits * * RETURNS * * S_OK if successful. * S_OUT_OF_MEMORY if unsucessful. */ RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid) { *StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37); if(!(*StringUuid)) return RPC_S_OUT_OF_MEMORY; if (!Uuid) Uuid = &uuid_nil; sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x", Uuid->Data1, Uuid->Data2, Uuid->Data3, Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2], Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5], Uuid->Data4[6], Uuid->Data4[7] ); return RPC_S_OK; } --- Insert trace statements before each statement so we an find out what is going wrong like so /************************************************************************* * UuidToStringA [RPCRT4.@] * * Converts a UUID to a string. * * UUID format is 8 hex digits, followed by a hyphen then three groups of * 4 hex digits each followed by a hyphen and then 12 hex digits * * RETURNS * * S_OK if successful. * S_OUT_OF_MEMORY if unsucessful. */ RPC_STATUS WINAPI UuidToStringA(UUID *Uuid, LPSTR* StringUuid) { TRACE("before HeapAlloc") *StringUuid = HeapAlloc( GetProcessHeap(), 0, sizeof(char) * 37); TRACE("Before if(!(*StringUuid))") if(!(*StringUuid)) return RPC_S_OUT_OF_MEMORY; TRACE("Before if(!Uuid)") if (!Uuid) Uuid = &uuid_nil; TRACE("Before sprintf(") sprintf(*StringUuid, "%08lx-%04x-%04x-%02x%02x-%02x%02x%02x%02x%02x%02x", Uuid->Data1, Uuid->Data2, Uuid->Data3, Uuid->Data4[0], Uuid->Data4[1], Uuid->Data4[2], Uuid->Data4[3], Uuid->Data4[4], Uuid->Data4[5], Uuid->Data4[6], Uuid->Data4[7] ); TRACE("Before Return") return RPC_S_OK; } Save the file and do a "make && make depend", "su" "make install" cycle so the traces are in the wine binary Is that simple enough or would you want more help? ------- Additional Comments From jms <at> josh.com 2002-11-08 23:08 ------- ok, so when adding the trace statements to rpcrt4_main.c following the instructions you gave, i noticed that you had an additional if condition that the current cvs source (20021031) didn't actually include... "if (!Uuid) Uuid = &uuid_nil;" i added it to the file, did a make depend,make, make install and i now can start excel... sorry for the lack of knowledge on the debugging, but i figured i would do the right thing when i came across the error and lend help the best i could... any clue as to how to get it to stop telling me that "the file you are trying to open doesn't exist" when i try to open a file that truely does exist? Thanks again for your help! ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-09 00:09 ------- It looks like the "if (!Uuid) Uuid = &uuid_nil;" was added to CVS since the last snapshot (20021031). (I use CVS bleading edge So that solves that.) About the file not being found I think you should start a new bug report for that. I think it might be a case sensitivity thing but without a trace I wouldn't know. Please open a new bug report and I will see what I can do. Resolving fixed (fix is already in cvs) ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-09 03:16 ------- Argl ! Now that's why I couldn't find any problem within this function. 20021031 is **NOT** current CVS. CVS is CVS, and it's *much* more current than the STANDARD RELEASE 20021031, of course (tons of new patches). Anyway, glad to see your issue fixed :) Hmm, about the file problem: no idea. You could open a separate bug (with current CVS, pleeezze !!!) and attach a --debugmsg +relay,+file,+dosfs,+commdlg logfile. ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:13 ------- Closing time. -- 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 1185] Conformance Tests fail on windows 98
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1185 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:59 ------- Bug comments restored from Gmane.org: Runing the tests on Microsoft Windows 98 (4.10.1998) a lot of tests fail. tests downloaded from http://fgouget.free.fr/wine/winetests.zip I was unable to redirect the output of the tests to a file. For example "ws2_32_test.exe sock > temp.txt" would give me a 0 lenght file is it supposed to work that way? Some tests output more than 50 lines so that even with the terminal set to 50 lines I would not be able to copy all of them. Also a lot (most) of the tests had the prefix of where the file resided on when it was compiled for each line, which made for very long lines. I cleaned up the lines wrap, but is it really nessesary to print the whole path. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 00:00 ------- Created an attachment (id=350) --> (http://bugs.winehq.com/attachment.cgi?id=350&action=view) Test Results ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 22:55 ------- Created an attachment (id=351) --> (http://bugs.winehq.com/attachment.cgi?id=351&action=view) Test results with latest zip file (Dec 10, 2002) -- 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 1130] Deus Ex startup Error - Please Help
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1130 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:54 ------- Bug comments restored from Gmane.org: I have tried to play the game Deus Ex, patch is installed so "Insert CD" does not come up, as it would not recognise my drive or something - wine config drives/paths are correct error message which says Can't find file for package 'Effects' History: UObject::SafeLoadError <- UObjectStaticLoadClass <- Init Engine ------- Additional Comments From bhuang <at> myrealbox.com 2002-11-07 06:01 ------- Got it, nothing more than incomplete install process deus ex works great!!! ------- Additional Comments From dpaun <at> rogers.com 2003-03-30 23:18 ------- Invalid bug. Closing. -- 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 1129] bitmaps are not drawn in "Dink Smallwood"
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1129 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:53 ------- Bug comments restored from Gmane.org: There is this (freeware) game called Dink Smallwood, which I would like to play and it almost works but not quite: You walk around in this game in a view from above (like in the old zeldas or ultimas), but wine does not draw the floor tiles, which is quite annoying. The link to the game is: http://www.rtsoft.com/dink/download.htm There are two function calls, which I believe to have identified as the culprits: DIB_DirectDraw_Blt or DIB_DirectDraw_BltFast The first function call complains saying that DBLT_ASYNC|DBLT_WAIT is not supported, but as far as I understand the source code, still everything should be rendered. The second function is also called a lot and here I am not so sure, what happens. Is this function completely implemented? I think it is strange that the last argument is zero, whenever the game calls it. I read the specification on the ms-homepage and it does not say that you can call it with a zero parameter. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-06 12:59 ------- You can discount the warning about async/wait as this does not apply to the way wine deals with ddraw. The other function BltFast might be the culprit but you did not include the exact fixme/error message. I will try to get a look at this program if time permits. I have also CC:d Lionel who is the REAL DDraw expert. ------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-10 06:07 ------- Out of curiosity with which Wine version was that tested ? With latest CVS, I do not have anything displayed at all... Just a white square on the screen. ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-10 09:20 ------- I installed it with a very recent version of CVS (a couple of days ago) I have a wine with windows (95) setup. Maybe thats the difference? I have a problem with the mouse at the startup screen (I cannot see it). By guess and a liitle luck I was able to get a game started. I get a 3rd person view of Dink and have no problem moving around with the keyboard. The floor/ground tiles are white just like reported. I have not had much of a chance to play(debug) it. ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 07:37 ------- Sorry, when I posted the bug report, I forgot to tell this: I also get the white screen at the beginning, but after some time (maybe pressing the mousebuttons or something), I reach the start menu, where the mouse pointer does not work. Continuing here requires a bit of patience: Moving the mouse around until a sign appears at the menu entry (this depends a lot on luck, sometimes I'm able to do this within 3 seconds, sometimes it takes me more than 1 or 2 minutes). Anyway, it is possible to start the game, just a bit difficult... To the question, what the exact error message is: There is no error message (apart from the ASYNC-stuff). I ran with "wine -debugmsg +relay..." and looked through the messages displayed and I thought that DIB_DirectDraw_BltFast might be the problem, but I have no clue at all. Thanks for your work on this. Klaus ------- Additional Comments From lionel.ulmer <at> free.fr 2002-11-11 10:37 ------- As I still have no luck managing to get the game to run (I have crashes due to WinMM and sound stuff), could you attach to this bug report a +ddraw trace (wine --debugmsg +ddraw). ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-11 18:13 ------- I never had a crash I think (I first tried the game 18 month ago). I'm using kde, i.e. artsd.Otherwise I don't know.I found out a way to start the game more reliably: Press at the menu-screen "alt-d" to enter debug mode.Now move the invisible cursor with the cursor keys to the coordinates x=112 y=45. The mark should appear next to the start entry.Press "ctrl" to start the game.Lionel, I produced the trace, you requested, but it is over 50MB in size. I include below some lines, which may be helpful.They start at a SurfaceBlit of size 640, so I hope this is were the floor tile is drawn, but I don't know:Thanks again for your help. Klausfixme:ddraw:DIB_DirectDrawSurface_BltFast (0x403af948)->(0,0,0x403e14a0,0x406d2070,00000000)fixme:ddraw:DIB_DirectDrawSurface_BltFast trans:fixme:ddraw:DIB_DirectDrawSurface_BltFast srcrect: 0x0-640x480trace:ddraw:Main_DirectDrawSurface_Lock (0x403e14a0)->Lock((nil),0x406d1efc,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock! locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x42ad0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1f78,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEX! ED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x403e14a0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 - DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked sur! face returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :27x0-53x50trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x86-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4582f1c0,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4582f1c0)->Lock((nil),0x406d1e44,00000010! ,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 45 - DDSD_WIDTH : 65 - DDSD_PITCH : 72 - DDSD_LPSURFACE : 0x465f0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DD! SD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :160x30-225x75trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-65x45trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4582f1c0)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x45830230,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x45830230)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 22 - DDSD_WIDTH : 20 - DDSD_PITCH : 24 - DDSD_LPSU! RFACE : 0x46610000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :516x52-536x74trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-20x22trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:! Main_DirectDrawSurface_Unlock (0x45830230)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4582e988,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4582e988)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 24 - DDSD_WIDTH : 22 - DDSD_PITCH : 24 - DDSD_LPSURFACE : 0x465e0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOM! EMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Main_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:dd! raw:DIB_DirectDrawSurface_Blt destrect :27x0-53x136trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1fa4,0x4581c1a8,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4581c1a8)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 136 - DDSD_WIDTH : 26 - DDSD_PITCH : 32 - DDSD_LPSURFACE : 0x463a0000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:Mai! n_DirectDrawSurface_Lock (0x403af948)->Lock((nil),0x406d1ec0,00000020,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_BACKBUFFER DDSCAPS_COMPLEX DDSCAPS_FLIP DDSCAPS_FRONTBUFFER DDSCAPS_VIDEOMEMORY DDSCAPS_LOCALVIDMEM DDSCAPS2_HINTDYNAMIC DDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 480 - DDSD_WIDTH : 640 - DDSD_PITCH : 640 - DDSD_LPSURFACE : 0x41690000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00)trace:ddraw:DIB_DirectDrawSurface_Blt destrect :27x74-53x210trace:ddraw:DIB_DirectDrawSurface_Blt srcrect :0x0-26x136trace:ddraw:DIB_DirectDrawSurface_Blt flags: DDBLT_KEYSRCtrace:ddraw:Main_DirectDrawSurface_Unlock (0x403af948)->Unlock((nil))trace:ddraw:Main_DirectDrawSurface_Unlock (0x4581c1a8)->Unlock((nil))trace:ddraw:DIB_DirectDrawSurface_Blt (0x403af948)->(0x406d1! fa4,0x4042e008,0x406d1fb4,00008000,0x406d1fc8)trace:ddraw:Main_DirectDrawSurface_Lock (0x4042e008)->Lock((nil),0x406d1e44,00000010,00000000)trace:ddraw:Main_DirectDrawSurface_Lock locked surface returning description : - DDSD_CAPS : DDSCAPS_OFFSCREENPLAIN DDSCAPS_SYSTEMMEMORY DDSCAPS2_HINTDYNAMICDDSCAPS2_RESERVED2 DDSCAPS2_CUBEMAP DDSCAPS2_CUBEMAP_NEGATIVEX DDSCAPS2_CUBEMAP_NEGATIVEY DDSCAPS2_D3DTEXTUREMANAGE DDSCAPS2_DONOTPERSIST - DDSD_HEIGHT : 97 - DDSD_WIDTH : 48 - DDSD_PITCH : 48 - DDSD_LPSURFACE : 0x45510000 - DDSD_PIXELFORMAT : ( DDPF_PALETTEINDEXED8 DDPF_RGB , RGB bits: 8, R 00 G 00B 00) ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-11 21:15 ------- Please attach trace next time... <grin> ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-15 18:51 ------- Sorry for the trace inside the comment.I took a look myself at the wine-code and while I did not solve the real bug,I found a smaller one in the debugging output, which I have fixed (I'm veryproud of myself!!)As you maybe see in the trace, but probably not, the last argument of theSurface_BltFast-fnc is 0 and latter in the debugging output you see "trans:"but the value of trans (which is given by the last argument) is not displayed.The reason is the following (include/ddraw.h):trans = DDBLTFAST_NOCOLORKEY = 0but in dll/ddraw/helper.c the debugging output is generated by DDRAW_dump_flags_:for (i=0; i < num_names; i++) if (names[i].val & flags) DPRINTF("%s ", names[i].name);The "if" does not detect the case trans == 0, so I modified this into for (i=0; i < num_names; i++) if (names[i].val == 0 && flags == 0) DPRINTF("%s ", names[i].name); else if (names[i].val & flags) DPRINTF("%s ", names[i].name);I don't know if this is the fix like it should! be or not, but I'm proud anyway.I still have no clue, why the game does not work.Cheers Klaus ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-15 19:10 ------- allright what the heck are you doing the messes up your comments? Are you pasting them in? Is it your browser? As it is the comments are not very usefull.<frown> ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-15 19:19 ------- Yep, that sounds like it's definitely a bug, albeit a relatively minor one. I'd propose something like static void DDRAW_dump_flags_(DWORD flags, const flag_info* names, size_t num_names, int newline) { unsigned int i; for (i=0; i < num_names; i++) if ((flags & names[i].val) /* standard flag value */ || ((!flags) && (!names[i].val))) /* zero value only */ DPRINTF("%s ", names[i].name); if (newline) DPRINTF("\n"); } ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-26 18:44 ------- Me again. Sorry for the strange formatting of my emails.I don't know why this happens. I'm using konqueror-2.2.xI was just wondering if it may be that wine does not load the bitmapsof the game. I did an strace and I don't find anything about loadingthe files "./dink/Tiles/*.bmp".The only thing I discovered wasopen("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_LARGEFILE) = 15ioctl(15, VFAT_IOCTL_READDIR_BOTH, 0x406d16a4) = -1 ENOTTY (Inappropriate ioctlfor device)close(15) = 0open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15fstat64(15, {st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0fcntl64(15, F_SETFD, FD_CLOEXEC) = 0getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 1904getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 0close(15) = 0Maybe someone smarter than me could tell me what this means.Anyway if I use "wine -debugmsg +! file dink.exe" I find lines saying:trace:file:CreateFileW L"tiles\\TS01.bmp" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x80trace:file:CreateFileW returning 0x58trace:file:_lopen ('tiles\TS01.BMP',0000)trace:file:CreateFileW L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0trace:file:CreateFileW returning 0x58trace:file:ReadFile 0x58 0x406d2690 14 0x406d264c (nil)trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil)trace:file:ReadFile 0x58 0x406d26a4 1024 0x406d264c (nil)trace:file:_lclose handle 88I hope someone can read this and the formatting is not destroyed againthis time.Bye Klaus ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-11-26 19:12 ------- I would suspect that its something to do with konqueror. Lets see what I can do <Klaus's comments> I was just wondering if it may be that wine does not load the bitmaps of the game. I did an strace and I don't find anything about loading the files "./dink/Tiles/*.bmp".The only thing I discovered was open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_LARGEFILE) = 15 ioctl(15, VFAT_IOCTL_READDIR_BOTH, 0x406d16a4) = -1 ENOTTY (Inappropriate ioctlfor device) close(15)= 0 open("/usr/share/wine/drivec/Program Files/Dink Smallwood/dink/Tiles", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_DIRECTORY) = 15 fstat64(15, {st_mode=S_IFDIR|0777, st_size=1456, ...}) = 0 fcntl64(15, F_SETFD, FD_CLOEXEC) = 0 getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 1904 getdents64(0xf, 0x80c8040, 0x1000, 0x19) = 0 close(15) = 0 Maybe someone smarter than me could tell me what this means.Anyway if I use "wine -debugmsg +file dink.exe" I find lines saying: trace:file:CreateFileW L"tiles\\TS01.bmp" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x80 trace:file:CreateFileW returning 0x58 trace:file:_lopen ('tiles\TS01.BMP',0000) trace:file:CreateFileW L"tiles\\TS01.BMP" GENERIC_READ FILE_SHARE_READ FILE_SHARE_WRITE OPEN_EXISTING attributes 0x0 trace:file:CreateFileW returning 0x58 trace:file:ReadFile 0x58 0x406d2690 14 0x406d264c (nil) trace:file:ReadFile 0x58 0x406d2668 40 0x406d264c (nil) trace:file:ReadFile 0x58 0x406d26a4 1024 0x406d264c (nil) trace:file:_lclose handle 88 </Klaus's comments> ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-11-27 00:48 ------- VFAT_IOCTL_READDIR_BOTH doesn't matter, since it's on a non-VFAT partition and we just probe for VFAT properties. Apart from that, no idea. ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-11-27 08:41 ------- Today I'm using IE, so I hope this helps with the formatting. Could someone tell me, if the tile-bitmaps are loaded or is there some way to find this out? I guess that wine does not have problems with capital-letters and such in filenames (since Windows does not distiguish them as far as I know). Anyway in case this is not the error, I have been doing some "reverse- engineering" in dink-smallwood, maybe someone can give me a hint on what to test next: Basically Dink Smallwood uses a Display-Surface with a Front- and Backbuffer (640x480), an offscreen-memory-surface of the same size and some smaller surfaces containing objects. When the player enters a new room the offscreen-memory-surface is painted with the ground-tiles and this remains fixed until the player enters another room. Every time a frame is drawn the offscreen-surface is copied first to the backbuffer (to paint the floor) and then the other several objects (trees, people, etc.) are copied directly to the backbuffer. When this is finished, the Back- and frontbuffers are switched and the steps above repeat. What I am wondering is, why the objects are visible, but the floor-tiles are not. The only differences I see for now, is that the objects are copied directly to the backbuffer, while the floor-tiles are copied first to the offscreen-memory and then to the backbuffer and the second difference is that the floor-tiles are stored in regular *.bmp files, while the objects are stored in some format, which I do not recognize. What could I test next? Thanks Klaus ------- Additional Comments From kniederk <at> math.uni-koeln.de 2002-12-04 08:41 ------- I'm sorry about this fuzz with the "strace", where I didn't see the loading of the bitmaps. The problem was that these files are opened by another win-thread and this was not monitored by strace. To get it right you need to use "strace -f wine dink.exe". What should I try next? Klaus -- 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 1186] Problem with Wine installation....
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1186 ------- Additional Comments From winebug(a)flonet.net 2003-28-06 07:51 ------- Bug comments restored from Gmane.org: Hi... I uninstall the last version, and try to install the new one, but it still appears in the system... ricardo@wangbnetsps src]$ cd wine-20021125/ [ricardo@wangbnetsps wine-20021125]$ ./tools/wineinstall WINE Installer v0.74 Warning !! wine binary (still) found, which may indicate a (conflicting) previous installation. You might want to abort and uninstall Wine first. Running configure... ./configure: line 85: conftest.sh: Permission denied ./configure: line 86: conftest.sh: Permission denied chmod: failed to get attributes of `conftest.sh': No such file or directory ./configure: line 198: conf29404.file: Permission denied ./configure: line 945: config.log: Permission denied Configure failed, aborting install. [ricardo@wangbnetsps wine-20021125]$ ------- Additional Comments From tony_lambregts <at> telusplanet.net 2002-12-10 15:47 ------- looks like you do not have permission to write to the root wine directory .chown so that you own the directory. cd ..\.. (so you are below wine root.) chown -R owner:group wine-20021125 (change ownership of all the files in the tree starting at wine-20021125, where owner and group are you) ------- Additional Comments From rmunguia <at> gb-net.net 2002-12-11 08:37 ------- is done, thanks for your help ------- Additional Comments From andi <at> rhlx01.fht-esslingen.de 2002-12-11 10:29 ------- Closing. -- 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 1128] Curse of Monkey Island cannot find its files on CD (was: Curse of Monkey Island has no music and speech)
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1128 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:49 ------- Bug comments restored from Gmane.org: Trying out COMI again, I noticed that the music and speech are gone. Actually, the whole intro movie gets skipped. To be continued... ------- Additional Comments From johane <at> lysator.liu.se 2002-11-07 02:25 ------- I forgot to set some of the symlinks. Well, this is a bug too. -- 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 1127] Page fault in heap functions in native Winhlp32 (win2k) when cancelling from the full text search setup window
by Wine Bugs 28 Jun '03

28 Jun '03

http://bugs.winehq.com/show_bug.cgi?id=1127 ------- Additional Comments From z_god(a)wanadoo.nl 2003-28-06 07:48 ------- Bug comments restored from Gmane.org: Winhlp32 crashes when cancelling from the full text search setup window. How to reproduce: 1. run winedbg winhlp32 (Windows 2000 native version) 2. select a .hlp file (I selected any from msoe.hlp msoeacct.hlp wab.hlp) 3. click on "Help Topics" toolbar item 4. click cancel in "Find Setup Wizard" window Depending on where it crashes it gives either a page fault on a null pointer (HEAP_FindFreeBlock) or a page fault on 0xC (RtlAllocateHeap) It seems to be random where it crashes. HEAP_FindFreeBlock [heap.c:608] DWORD arena_size = (pArena->size & ARENA_SIZE_MASK) + 0 0x400ce8f4 HEAP_FindFreeBlock(heap=0x40370000, size=0x80, ppSubHeap=0x406925f8) 1 0x400cf318 RtlAllocateHeap(heap=0x40370000, flags=0x2, size=0x80) 2 0x408e6293 list_window_children(hwnd=0x11005e, atom=0x0, tid=0x0) 3 0x408ea5d0 WIN_ListChildren 4 0x408dbd7b RDW_UpdateRgns 5 0x408dc5ca RedrawWindow 6 0x40a7ee4e expose_window 7 0x50a7f0c7 X11DRV_Expose 8 0x40a75b6b EVENT_ProcessEvent ... 13 0x40904de7 GetMessageA 14 0x0102b892 winhlp32.exe..text+0x2a892 Another crash trace: RtlAllocateHeap+0xe6 [heap.c:1039] pArena->prev->next = pArena->next; 0 0x400cf386 RtlAllocateHeap(heap=0x4037, flags=0x2, size=0x20) 1 0x4081b293 REGION_AllocWineRegion(n=0x2) 2 0x4081b31c REGION_CreateRegion(n=0x2) 3 0x4081b5d4 CreateRectRgn(left=0x32, top=0x43, right=0x158, bottom=0x45) 4 0x4081b647 CreateRectRgnIndirect 5 0x408dc4e3 RedrawWindow 6 0x40a7ee4e expose_window 7 0x40a7f0c7 X11DRV_Expose ... 13 0x40904de7 GetMessageA 14 0x0102b892 winhlp32.exe..text+0x2a892 Nothing out of the ordinary appears at the console ------- Additional Comments From R.J.Shearman <at> warwick.ac.uk 2003-05-16 08:07 ------- I've discovered the reason it corrupts the heap is because it destroys the dialog in WM_INITDIALOG (patch on the way) but the reason it does this is still unknown to me. -- 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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

2001

wine-bugs