September 2001 - Wine-Devel

BeginPaint not called on WM_PAINT...

by Andreas Mohr

Hi all, the game Undying emits lots and lots of err:msg:DispatchMessageA BeginPaint not called on WM_PAINT for hwnd 20029! errors. This is because it simply does: 0806d2c8:Call user32.DispatchMessageA(406c29b0) ret=1090e313 0806d2c8:Call window proc 0x11001530 (hwnd=00020029,msg=WM_PAINT,wp=00000000,lp=00000000) 0806d2c8:Call user32.ValidateRect(00020029,00000000) ret=11107b57 0806d2c8:Ret user32.ValidateRect() retval=00000001 ret=11107b57 0806d2c8:Ret window proc 0x11001530 (hwnd=00020029,msg=WM_PAINT,wp=00000000,lp=00000000) retval=00000000 This seems to be perfectly legal in order to validate the whole window update rect (NULL) and thus prevent further WM_PAINTs. (as http://www.intrepidhero.com/articles/wgpfd_errata/part2.html hints) In short: the wine error message is erroneous in this case. The Wine check is: if (painting && wndPtr && (wndPtr->flags & WIN_NEEDS_BEGINPAINT) && wndPtr->hrgnUpdate) { ERR("BeginPaint not called on WM_PAINT for hwnd %04x!\n", msg->hwnd); So I assume that either a) some flag or so doesn't get updated properly by that ValidateRect() or b) the error message check condition is (slightly) wrong. Could someone please fix this ? This happened to #WineHQ nick Thunderbird with latest version of winex (20010824). -- Andreas Mohr Stauferstr. 6, D-71272 Renningen, Germany Tel. +49 7159 800604 http://home.nexgo.de/andi.mohr/

Sept. 25, 2001

GetMessageTime

by David Hammerton

Hey, Durings my hunting down for why SetFocus wasnt always working, I have traced it back to a problem with GetMessageTime(). (which I have made a temporary fix for, haven't sent it to wine-patches because its not the 'right' way of fixing it) GetMessageTime() is supposed to return the time of the last message received by GetMessage(). But there are two cases where the time set (req->time) is 0 - and I can't fix it. If you turn your eyes to server/queue.c, around line 910 and 926 you will see the two times this value gets set to 0. Statically. I believe the only way to fix this is some sort of restructuring, since GetCurrentTime() (used by all other functions that set req->time) relies on a variable thats not available to the wine server. Anyone else have any suggestions? BTW, One of the siderfects of this is: in dlls/x11drv/window.c line 1143, GetMessageTime() is sometimes 0 (depends on the applicatoin, for example the game Alice seems to make it return 0) - so the value sent to XSetInputFocus for the time is too small, and hence X refuses to give the window focus. As I said i've written a small patch for this, I may send it to wine-patches if its worth it, but I really think that the source of the problem should be addressed more urgently. David. -- David Hammerton, web programmer TransGaming Technologies Inc. http://www.transgaming.com david(a)transgaming.com

Sept. 25, 2001

Re: NG: Wine and cyrillic input and output ?

by Dmitry Timoshkov

"Nerijus Baliunas" <nerijus(a)users.sourceforge.net> wrote: > In my XF86Config-4 I have: > Option "XkbLayout" "lt" > Option "XkbOptions" "grp:ctrl_shift_toggle" - it means Ctrl+Shift switches layouts. > > I switched layouts 2 times in notepad. > Without patch: > > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : > err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : > err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) > > With patch: > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : > err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) > err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : > err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=2005) > > As you see, with patch "state" is different when switching layout second time. Sure. Wine corrects state according to its internal lpKeyState. Difference between internal and actual state value is due to the fact that Wine does not see (or better X does not show) some keyboard events. Since I also have "grp:ctrl_shift_toggle" I had seen the same state correction. Perhaps Wine should ignore ISO_Prev_Group/ISO_Next_Group keyboard events to not confuse users. -- Dmitry.

Sept. 25, 2001

Re: NG: Wine and cyrillic input and output ?

by Nerijus Baliunas

On Tue, 25 Sep 2001 19:30:02 +0900 Dmitry Timoshkov <dmitry(a)baikal.ru> wrote: DT> Hello all. DT> DT> This patch fixes a couple of problems with keyboard group switching DT> reported in the news group: DT> 1. Group switch had never worked before, if the keyboard has been DT> switched outside of Wine. DT> 2. I was clearly stated that Group switch is active if event->state & 0x2000, DT> not event->state & 0x6000. DT> DT> Please test it on your local configurations and report back. In my XF86Config-4 I have: Option "XkbLayout" "lt" Option "XkbOptions" "grp:ctrl_shift_toggle" - it means Ctrl+Shift switches layouts. I switched layouts 2 times in notepad. Without patch: err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) With patch: err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=5) err:keyboard:X11DRV_ToUnicode Please report: no char for keysym FE0A (ISO_Prev_Group) : err:keyboard:X11DRV_ToUnicode (virtKey=10,scanCode=2A,keycode=32,state=2005) As you see, with patch "state" is different when switching layout second time. Regards, Nerijus

Sept. 25, 2001

Re: Wine and cyrillic input and output ?

by Dmitry Timoshkov

I wrote: > This patch fixes a couple of problems with keyboard group switching > reported in the news group: > 1. Group switch had never worked before, if the keyboard has been > switched outside of Wine. Correct. > 2. I was clearly stated that Group switch is active if event->state & 0x2000, > not event->state & 0x6000. Wrong. Please replace AltGrMask = event->state & 0x2000; to AltGrMask = event->state & 0x6000; in the patch, all possible group indexes should be available. > Please test it on your local configurations and report back. If there will be > no objections, I'll send it to wine-patches. -- Dmitry.

Sept. 25, 2001

GetClipboardData

by Dominik Strasser

Hello, with MS WinWord I am encountering the following problem: If there's something selected, GetClipboardData is called. In GetClipboardData, there is the line: HWND hWnd = (hWndClipWindow) ? hWndClipWindow : GetActiveWindow(); hWndClipWindow is 0, so GetActiveWindow() is called which also returns 0. I tracked this down to PERQDATA_GetActiveWnd returning 0. This leads later to "w" bening 0 which results in an X error calling XConvertSelection. It happens in all modes, desktop managed, non managed. Does anybody have any clues ? Dominik -- Dominik Strasser | Phone: +49 89 636-43691 SIEMENS AG | Fax: +49 89 636-42284 CT SE 4 | E-Mail:Dominik.Strasser(a)mchp.siemens.de Otto-Hahn-Ring 6 | D-81739 Muenchen | Room: 53-263

Sept. 25, 2001

NG: Wine and cyrillic input and output ?

by Dmitry Timoshkov

Hello all. This patch fixes a couple of problems with keyboard group switching reported in the news group: 1. Group switch had never worked before, if the keyboard has been switched outside of Wine. 2. I was clearly stated that Group switch is active if event->state & 0x2000, not event->state & 0x6000. Please test it on your local configurations and report back. If there will be no objections, I'll send it to wine-patches. Thanks. -- Dmitry.

Sept. 25, 2001

InstallShield 6 again (debuggers requested)

by Ove Kaaven

Here are some kludgy patches (against the current WineHQ CVS) that's supposed to make InstallShield 6 with its stupid interprocess COM sort of work, but it doesn't for some reason, probably because of something else in Wine that's broken... and because of a lack of time, I think I really need some debugging assistance. Most of these patches are too ugly to be submitted to the official wine as-is, I'll clean these parts up later, but probably not before InstallShield has been debugged and actually works with these hacks. To make this run, you need to copy stdole32.tlb from a real windows and put into c:\windows\system. Then run your favorite InstallShield 6 setup.exe and wait for it to crash. --debugmsg +ole is recommended. It crashes for me after about 25 remote method calls. If you find out why, let me know. Please.

Sept. 24, 2001

Re: Callwave doesn't run

by eric pouech

> Yes, the debugger starts, but I don't really think its configured > correctly, still. In order to get it to start, I have to start wine > from the directory I built it, so that it will find ./debugger/winedbg. > Shouldn't it look in the path for "winedbg," rather than only the > current directory? well, if you want to run wine from the directory it's built in, you need to : 1/ add to LD_LIBRARY_PATH the dlls subdir 2/ add to PATH the wine's dir check out the tools/winelauncher for some more on this > Possibly an interesting note, when I run as "wine -debugmsg +relay", and > the debugger is unable to start for whatever reason, no messages are > printed that aren't also printed with just "wine". "wine -debugmsg > +all" does, however, log extra stuff. Attached is the latter part of what > that yields. first, it's not a good idea to jam wine-devel with lots of logs. best practice is to put the log (if rather large, > 10k for example) somewhere on the web and put only the URL for retrieving the log in your mail (this will save bandwidth) > 08068490:trace:win32:dump_exports *******EXPORT DATA******* > 08068490:trace:win32:dump_exports 08068490:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 > 08068490: queue_exception_event( first=1, record={context={flags=00000000,eax=402a2a00,ebx=4033fe38,ecx=ffffffff,edx=40856c8b,esi=0000000f,edi=967c77e5,ebp=40856c8c,eip=402a2ab2,esp=40856694,eflags=00210246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,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=0x402a2ab2,params={0,967c77e5}} ) the dumping of export badly crashes did you test that your program isn't infected by a virus ? if not, what gives dumping (with winedump) the file (tools/winedump dump iamsetup.exe -x) A+ -- --------------- Eric Pouech (http://perso.wanadoo.fr/eric.pouech/) "The future will be better tomorrow", Vice President Dan Quayle

Sept. 23, 2001

Re: Callwave doesn't run

by Steven Walter

On Sat, Sep 22, 2001 at 09:55:10PM +0200, eric pouech wrote: > what's strange is that the relay posted only targets the debugger > process, not > the process creating the exception... > (the one creating the exception is 080671f0 and never shows up in the > trace) > how did you run your program ? which wine version are you using ? > (from your previous post, the debugger now starts) Yes, the debugger starts, but I don't really think its configured correctly, still. In order to get it to start, I have to start wine from the directory I built it, so that it will find ./debugger/winedbg. Shouldn't it look in the path for "winedbg," rather than only the current directory? Anyway, I started the program, from the directory where I built wine, as "wine -debugmsg +relay 'c:\iamsetup.exe'" Wine version is CVS from yesterday, though it has occurred in the CVS version for several weeks; I've never not had the problem. Possibly an interesting note, when I run as "wine -debugmsg +relay", and the debugger is unable to start for whatever reason, no messages are printed that aren't also printed with just "wine". "wine -debugmsg +all" does, however, log extra stuff. Attached is the latter part of what that yields. -- -Steven In a time of universal deceit, telling the truth is a revolutionary act. -- George Orwell Freedom is slavery. Ignorance is strength. War is peace. -- George Orwell 08068490: init_process_done() = 0 { debugged=0 } 08068490:fixme:win32:PE_CreateModule Security directory ignored 08068490:trace:global:GLOBAL_Alloc 138 flags=0042 08068490:trace:heap:HeapAlloc (40620000,00000002,000000a0): returning 40621170 08068490:trace:string:lstrcpynA (0x406211e9, "IamSetup."..., 9) 08068490:trace:dosfs:GetShortPathNameA "C:\\IamSetup.exe" 08068490:trace:heap:HeapAlloc (40620000,00000002,00000400): returning 4062121c 08068490:trace:string:lstrcpynA (0x4062121f, "IamSetup.exe", 13) 08068490:trace:string:lstrcpynA ((nil), ""..., 0) 08068490:trace:dosfs:GetShortPathNameA returning (null) 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:trace:heap:HeapAlloc (40620000,0000000a,00000060): returning 40620438 08068490:trace:dosfs:GetShortPathNameA "C:\\IamSetup.exe" 08068490:trace:heap:HeapAlloc (40620000,00000002,00000400): returning 4062121c 08068490:trace:string:lstrcpynA (0x4062121f, "IamSetup.exe", 13) 08068490:trace:string:lstrcpynA (0x40620484, "C:\\IamSetup.exe", 16) 08068490:trace:dosfs:GetShortPathNameA returning "C:\\IamSetup.exe" 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:trace:win32:dump_exports *******EXPORT DATA******* 08068490:trace:win32:dump_exports 08068490:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 08068490: queue_exception_event( first=1, record={context={flags=00000000,eax=402a2a00,ebx=4033fe38,ecx=ffffffff,edx=40856c8b,esi=0000000f,edi=967c77e5,ebp=40856c8c,eip=402a2ab2,esp=40856694,eflags=00210246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,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=0x402a2ab2,params={0,967c77e5}} ) 08068490: queue_exception_event() = 0 { handle=0 } 08068490:trace:seh:EXC_CallHandler calling handler at 0x40070348 code=c0000005 flags=0 08068490: queue_exception_event( first=0, record={context={flags=00000000,eax=402a2a00,ebx=4033fe38,ecx=ffffffff,edx=40856c8b,esi=0000000f,edi=967c77e5,ebp=40856c8c,eip=402a2ab2,esp=40856694,eflags=00210246,cs=0023,ds=002b,es=002b,fs=008f,gs=0000,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=0x402a2ab2,params={0,967c77e5}} ) 08068490: queue_exception_event() = 0 { handle=0 } 08068490: create_event( manual_reset=1, initial_state=0, inherit=1, name=L"" ) 08068490: create_event() = 0 { handle=24 } 08068490:trace:heap:HeapAlloc (40620000,00000002,0000006c): returning 4062121c 08068490:trace:reg:NtOpenKey (0x80000002,L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug",f003f,0x40744830) 08068490: open_key( parent=-2147483646, access=000f003f, name=L"Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug" ) Open key \\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug 08068490: open_key() = 0 { hkey=32 } 08068490:trace:reg:NtOpenKey <- 0x0020 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:trace:reg:RegQueryValueExA (0x20,"Debugger",(nil),0x40744828,0x40744840,0x4074482c=256) 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 4062121c 08068490:trace:reg:NtQueryValueKey (0x20,L"Debugger",2,0x407446f0,256) 08068490: get_key_value( hkey=32, offset=00000000, name=L"Debugger" ) Get key \\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug value "Debugger"="debugger/winedbg %ld %ld" 08068490: get_key_value() = 0 { type=1, len=50, data={64,00,65,00,62,00,75,00,67,00,67,00,65,00,72,00,2f,00,77,00,69,00,6e,00,65,00,64,00,62,00,67,00,20,00,25,00,6c,00,64,00,20,00,25,00,6c,00,64,00,00,00} } 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:trace:reg:RegQueryValueExA (0x20,"Auto",(nil),0x40744828,0x40744824,0x4074482c=4) 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 4062121c 08068490:trace:reg:NtQueryValueKey (0x20,L"Auto",2,0x407446f0,256) 08068490: get_key_value( hkey=32, offset=00000000, name=L"Auto" ) Get key \\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug value "Auto"="1" 08068490: get_key_value() = 0 { type=1, len=4, data={31,00,00,00} } 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:trace:reg:RegQueryValueExA (0x20,"Auto",(nil),0x40744828,0x40744834,0x4074482c=10) 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 4062121c 08068490:trace:reg:NtQueryValueKey (0x20,L"Auto",2,0x407446f0,256) 08068490: get_key_value( hkey=32, offset=00000000, name=L"Auto" ) Get key \\Machine\\Software\\Microsoft\\Windows NT\\CurrentVersion\\AeDebug value "Auto"="1" 08068490: get_key_value() = 0 { type=1, len=4, data={31,00,00,00} } 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490: close_handle( handle=32 ) 08068490: close_handle() = 0 { fd=-1 } 08068490:trace:seh:start_debugger Starting debugger (fmt=debugger/winedbg %ld %ld) 08068490:trace:module:CreateProcessA app '(null)' cmdline 'debugger/winedbg 134640208 24' 08068490:trace:heap:HeapAlloc (40620000,00000002,00000020): returning 4062121c 08068490:trace:module:get_file_name trying 'debugger/winedbg' 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 40621248 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg.exe (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg.exe 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 4062126c 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 406214a4 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg.exe' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,406214a4): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,4062126c): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 40621248 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 40621480 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,40621480): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:module:get_file_name trying 'debugger/winedbg 134640208' 08068490:trace:heap:HeapAlloc (40620000,00000002,00000020): returning 40621248 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg 134640208.exe (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg 134640208.exe 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 40621274 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 406214ac 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg 134640208.exe' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,406214ac): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621274): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg 134640208 (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg 134640208 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 40621248 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 40621480 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg 134640208' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,40621480): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:module:get_file_name trying 'debugger/winedbg 134640208 24' 08068490:trace:heap:HeapAlloc (40620000,00000002,00000024): returning 40621248 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg 134640208 24.exe (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg 134640208 24.exe 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 40621278 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 406214b0 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg 134640208 24.exe' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,406214b0): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621278): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:dosfs:DOSFS_GetFullName debugger/winedbg 134640208 24 (last=1) 08068490:trace:string:lstrcpynA (0x40743e70, "/home/srwalter", 1024) 08068490:trace:string:lstrcpynA (0x40743e7f, "", 1009) 08068490:trace:string:lstrcpynA (0x40744273, "", 1021) 08068490:trace:dosfs:DOSFS_FindUnixName /home/srwalter,debugger/winedbg 134640208 24 08068490:trace:heap:HeapAlloc (40620000,00000002,0000022c): returning 40621248 08068490:trace:heap:HeapAlloc (40620000,00000002,00000018): returning 40621480 08068490:warn:dosfs:DOSFS_FindUnixName 'debugger/winedbg 134640208 24' not found in '/home/srwalter' 08068490:trace:heap:HeapFree (40620000,00000002,40621480): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,40621248): returning TRUE 08068490:trace:heap:HeapFree (40620000,00000002,4062121c): returning TRUE 08068490:err:seh:start_debugger Couldn't start debugger (debugger/winedbg 134640208 24) (2) Read the Wine Developers Guide on how to set up winedbg or another debugger 08068490: event_op( handle=24, op=1 ) 08068490: event_op() = 0 08068490:trace:seh:EXC_RtlUnwind code=c0000005 flags=2 08068490:trace:seh:EXC_CallHandler calling handler at 0x4006fbb0 code=c0000005 flags=2 08068490:trace:seh:EXC_CallHandler handler returned 1 08068490: terminate_thread( handle=-2, exit_code=-1073741819 ) 08068490: terminate_thread() = 0 { self=1, last=1 } 08068490: *killed* exit_code=-1073741819 /home/srwalter/.wine/user.reg: saving key \\User\\srwalter /home/srwalter/.wine/system.reg: saving key \\Machine /home/srwalter/.wine/userdef.reg: saving key \\User\\.Default Server: exiting (pid=15202)

Sept. 22, 2001