Yard sale windows app fun: Lotus SmartSuite '96. 1-2-3 works, WordPro doesn't.
I went to a yard sale today, and that's always dangerous. Today I ended up buying a copy of Lotus SmartSuite '96. I then installed Wine-20040615.tar.gz and tried installing my new disc with $ wine d:\\install.exe It got all confused, started iterating through every file underneath my home directory, and printed out err:shell:SHGetFileInfoW pidl is null! for each one! On a hunch, I made my home directory look empty, $ mkdir .blort $ mv * .blort $ wine d:\\install.exe That seemed much better; Wine only printed out the SHGetFileInfoW error once, presumably for the lotustmp.000 directory it created in my home directory. The next problem was when a dialog box "Select a Program Group..." popped up. At about the same time, an error box with title "Setup Message" and body "Setup has encountered a problem. Please report File='COMMON\SYMTAB11.C',Line='618' to Microsoft Product Support Services." This looks a bit lot like http://support.microsoft.com/default.aspx?scid=kb;EN-US;113252 which happens when GetWindowsDirectory() returns a string with lowercase letters, but clicking OK let me past with no ill affects, and I was able to install. At least when all I installed was Word Pro. When I also tried installing 1-2-3 and ScreenCam, I got the error "Lotus Setup" : "Install encountered an error trying to start Regedit.exe." That popped up twice, after which install thought for a long time, then warned fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154 and seemed to get stuck. Still, things seemed to be more or less well installed, so I tried running two of the apps. $ cd c/lotus/123/programs $ wine 123w.exe worked quite nicely. (Well, it did say the date was 6/17/104, but nobody's perfect!) Next I tried Word Pro: $ cd ~/.wine/c/lotus/wordpro $ wine wordpro.exe That failed immediately, so quickly that WINEDEBUG=+all wine wordpro.exe was practical to run. Here's part of its output. It looks as if the very first instruction accesses a null pointer in a strange way. 0009:Starting process L"C:\\lotus\\wordpro\\wordpro.exe" (entryproc=0x7a6aee) 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x7a6aee 0009:trace:seh:EXC_RtlRaiseException info[0]=00000001 0009:trace:seh:EXC_RtlRaiseException info[1]=00000000 0009:trace:seh:EXC_RtlRaiseException eax=00000000 ebx=403f1668 ecx=400c0be8 edx=400c0c37 esi=400c1000 edi=007a6aee 0009:trace:seh:EXC_RtlRaiseException ebp=4070fff4 esp=4070ff30 cs=0023 ds=002b es=002b fs=003b gs=0033 flags=00010246 0009:trace:seh:EXC_CallHandler calling handler at 0x403e1708 code=c0000005 flags=0 0009:Call ntdll.NtQueryVirtualMemory(ffffffff,00000000,00000000,4070fac0,0000001c,4070fa84) ret=4037aeb8 0009:Ret ntdll.NtQueryVirtualMemory() retval=00000000 ret=4037aeb8 0009:Call ntdll.RtlImageDirectoryEntryToData(00000000,00000001,00000002,4070fabc) ret=4033fbbe 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x40091368 0009:trace:seh:EXC_RtlRaiseException info[0]=00000000 0009:trace:seh:EXC_RtlRaiseException info[1]=00000000 0009:trace:seh:EXC_RtlRaiseException eax=00000000 ebx=400beec4 ecx=00000001 edx=00000000 esi=00000000 edi=00000002 0009:trace:seh:EXC_RtlRaiseException ebp=4070f9e4 esp=4070f928 cs=0023 ds=002b es=002b fs=003b gs=0033 flags=00010246 0009:trace:seh:EXC_CallHandler calling handler at 0x40089948 code=c0000005 flags=0 0009:trace:seh:EXC_RtlUnwind code=c0000005 flags=2 0009:trace:seh:EXC_CallHandler calling handler at 0x40088fc0 code=c0000005 flags=2 0009:trace:seh:EXC_CallHandler handler returned 1 0009:Ret ntdll.RtlImageDirectoryEntryToData() retval=00000000 ret=4033fbbe 0009:Call ntdll.NtCreateEvent(4070fac0,001f0003,4070fac4,00000001,00000000) ret=4033f836 0009:Ret ntdll.NtCreateEvent() retval=00000000 ret=4033f836 wine: Unhandled exception (thread 0009), starting debugger... ... Unhandled exception: page fault on write access to 0x00000000 in 32-bit code (0x007a6aee). In 32 bit mode. Register dump: CS:0023 SS:002b DS:002b ES:002b FS:003b GS:0033 EIP:007a6aee ESP:4070ff30 EBP:4070fff4 EFLAGS:00010246( - 00 -RIZP1) EAX:00000000 EBX:403f1668 ECX:400c0be8 EDX:400c0c37 ESI:400c1000 EDI:007a6aee Stack dump: 0x00000000: 00000000 00000000 00000000 00000000 0x00000010: 00000000 00000000 00000000 00000000 0x00000020: 00000000 00000000 00000000 00000000 0x00000030: 00000000 00000000 00000000 00000000 0x00000040: 00000000 00000000 00000000 00000000 0x00000050: 00000000 00000000 00000000 00000000 0x00000060: Backtrace: =>1 0x007a6aee (0x4070fff4) 2 0x4002e83d (0x00000000) 0x007a6aee: addb %al,0x0(%eax) Modules: 0x40070000-400c2000 Deferred ntdll 0x40320000-403f3000 Deferred kernel32 0x00400000-00888000 --none-- wordpro 0x402f0000-403f3000 Deferred kernel32<elf> 0x40019000-40025000 Deferred libnss_files.so.2 0x401b5000-401d7000 Deferred libm.so.6 0x400c2000-401b5000 Deferred libwine_unicode.so.1 0x40053000-400c2000 Deferred ntdll<elf> 0x40000000-40016000 Deferred ld-linux.so.2 0x4004f000-40052000 Deferred libdl.so.2 0x420155f0-841485f0 Deferred libc.so.6 0x40042000-4004f000 Deferred libpthread.so.0 0x4002a000-40042000 Sym libwine.so.1 0x420155f0-841485f0 Deferred libc.so.6 Module Address Debug info Name (14 modules) PE 0x00400000-00888000 --none-- wordpro ELF 0x40000000-40016000 Deferred ld-linux.so.2 ELF 0x40019000-40025000 Deferred libnss_files.so.2 ELF 0x4002a000-40042000 Sym libwine.so.1 ELF 0x40042000-4004f000 Deferred libpthread.so.0 ELF 0x4004f000-40052000 Deferred libdl.so.2 ELF 0x40053000-400c2000 Deferred ntdll<elf> \-PE 0x40070000-400c2000 Deferred ntdll ELF 0x400c2000-401b5000 Deferred libwine_unicode.so.1 ELF 0x401b5000-401d7000 Deferred libm.so.6 ELF 0x402f0000-403f3000 Deferred kernel32<elf> \-PE 0x40320000-403f3000 Deferred kernel32 ELF 0x420155f0-841485f0 Deferred libc.so.6 ELF 0x420155f0-841485f0 Deferred libc.so.6 Threads: process tid prio (all id:s are in hex) 0000000b (D) C:\lotus\wordpro\wordpro.exe 00000009 0 <== 00000010 00000011 0 WineDbg terminated on pid 0xb So I guess I got a couple hours worth of entertainment out of my $5, and I can now run Lotus 1-2-3 if I feel like it. Cool. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
On Sat, 19 Jun 2004 16:22:01 -0700, Dan Kegel wrote:
err:shell:SHGetFileInfoW pidl is null!
This is either a bug in the installer (in which case we should ignore it), or some magic feature of SHGetFileInfo. From a quick read of MSDN and Google I can't tell which, it looks like a bug but maybe NULL has a special meaning in this context. Would be useful to test on Windows and find out.
That seemed much better; Wine only printed out the SHGetFileInfoW error once, presumably for the lotustmp.000 directory it created in my home directory.
Iterating over every file on your system is a stupid habit of some Windows installers. I think this is not a problem with Wine.
The next problem was when a dialog box "Select a Program Group..." popped up. At about the same time, an error box with title "Setup Message" and body "Setup has encountered a problem. Please report File='COMMON\SYMTAB11.C',Line='618' to Microsoft Product Support Services." This looks a bit lot like http://support.microsoft.com/default.aspx?scid=kb;EN-US;113252 which happens when GetWindowsDirectory() returns a string with lowercase letters, but clicking OK let me past with no ill affects, and I was able to install.
OK, so it's a bug in their software, the fix seems trivial though: we can make GetWindowsDir() return an all upper-case string easily enough.
At least when all I installed was Word Pro. When I also tried installing 1-2-3 and ScreenCam, I got the error "Lotus Setup" : "Install encountered an error trying to start Regedit.exe." That popped up twice, after which install thought for a long time, then warned fixme:ole:CoCreateInstance no classfactory created for CLSID {00021401-0000-0000-c000-000000000046}, hres is 0x80040154
This is the CLSID of the shortcut object. I guess we don't implement that, or if we do it's not being registered properly.
and seemed to get stuck. Still, things seemed to be more or less well installed, so I tried running two of the apps.
was practical to run. Here's part of its output. It looks as if the very first instruction accesses a null pointer in a strange way.
More likely the code segment of the PE file is being mapped with the wrong permissions. When it crashes and is sitting in winedbg can you please run cat /proc/$pid/maps where $pid is the unix process id of whatever the wordpro wine process is. thanks -mike
On Sat, 19 Jun 2004 16:22:01 -0700, Dan Kegel wrote:
was practical to run. Here's part of its output. It looks as if the very first instruction accesses a null pointer in a strange way.
Actually scratch that, I don't know what I was thinking (not fully woken up yet I suppose!). You're right, it's clearly expecting %eax to be set to something on entry ... question is, what?
Dan Kegel <dank(a)kegel.com> writes:
That failed immediately, so quickly that WINEDEBUG=+all wine wordpro.exe was practical to run. Here's part of its output. It looks as if the very first instruction accesses a null pointer in a strange way.
Most likely the dll was corrupted during install. Try with current CVS, there's a bug with SetEndOfFile in 20040615 that probably explains the problem. -- Alexandre Julliard julliard(a)winehq.org
Alexandre Julliard wrote:
Dan Kegel <dank(a)kegel.com> writes:
... That failed immediately, so quickly that WINEDEBUG=+all wine wordpro.exe was practical to run. Here's part of its output. It looks as if the very first instruction accesses a null pointer in a strange way.
Most likely the dll was corrupted during install. Try with current CVS, there's a bug with SetEndOfFile in 20040615 that probably explains the problem.
WordPro '97 gets further now (with CVS as of 17 July), so I guess that's progress. It still crashes before putting up a UI. Here's the (possibly) interesting bit of +all. It looks like it's trying to load resource 0xfa4 of type 10 (RT_RCDATA) from wpENc70.dll, failing, and crashing. Looking at that DLL with Resource Hacker, I see RCData resources of id fa0 and fa1 (4000 and 4001), but not fa4 (4004). However, looking at that DLL *on the CD-ROM* with Resource Hacker, I see RCData resources of id 4002 - 4009! So perhaps the installer still isn't running properly. I suspect the installer decompresses the dll's while copying (but then, why would Resource Hacker be able to read them?), but oddly wpenc70.dll is smaller after installation. Here are the sizes: [dank(a)dual wordpro]$ for a in wp*.dll; do ls -l $a /mnt/cdrom/lotus/wordpro/$a; done -r-xr-xr-x 1 root root 5120 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wp12enn1.dll -rw-rw-r-- 1 dank dank 2560 Jun 19 15:43 wp12enn1.dll -r-xr-xr-x 1 root root 4096 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpamienn.dll -rw-rw-r-- 1 dank dank 10752 Jun 19 15:42 wpamienn.dll ls: /mnt/cdrom/lotus/wordpro/wpbdrc70.dll: No such file or directory -rw-rw-r-- 1 dank dank 589312 Jun 19 15:42 wpbdrc70.dll ls: /mnt/cdrom/lotus/wordpro/wpbenc70.dll: No such file or directory -rw-rw-r-- 1 dank dank 336896 Jun 19 15:42 wpbenc70.dll -r-xr-xr-x 1 root root 3584 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpdcaenn.dll -rw-rw-r-- 1 dank dank 10752 Jun 19 15:42 wpdcaenn.dll -r-xr-xr-x 1 root root 16384 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpdren70.dll -rw-rw-r-- 1 dank dank 24064 Jun 19 15:42 wpdren70.dll -r-xr-xr-x 1 root root 1606144 Jan 28 1997 /mnt/cdrom/lotus/wordpro/wpenc70.dll -rw-rw-r-- 1 dank dank 760832 Jun 19 15:42 wpenc70.dll -r-xr-xr-x 1 root root 11776 Jan 15 1997 /mnt/cdrom/lotus/wordpro/wphtmenn.dll -rw-rw-r-- 1 dank dank 3584 Jun 19 15:43 wphtmenn.dll -r-xr-xr-x 1 root root 2560 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wporgenn.dll -rw-rw-r-- 1 dank dank 3584 Jun 19 15:43 wporgenn.dll -r-xr-xr-x 1 root root 7168 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpregchn.dll -rw-rw-r-- 1 dank dank 150016 Jun 19 15:43 wpregchn.dll -r-xr-xr-x 1 root root 6144 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpwpenn.dll -rw-rw-r-- 1 dank dank 13312 Jun 19 15:42 wpwpenn.dll -r-xr-xr-x 1 root root 8192 Jan 9 1997 /mnt/cdrom/lotus/wordpro/wpwwenn.dll -rw-rw-r-- 1 dank dank 14848 Jun 19 15:42 wpwwenn.dll So something strange is still going on. - Dan FWIW, here's the bit of the log I looked at to deduce the above. I suppose now the interesting thing to do would be to log the run of the installer. 0009:Call kernel32.LoadLibraryA(40224360 "C:\\lotus\\wordpro\\wpENc70.dll") ret=00481593 ... 0009:Ret kernel32.LoadLibraryA() retval=02a00000 ret=00481593 ... 0009:Call kernel32.FindResourceA(02a00000,00000fa4,0000000a) ret=0049a38a 0009:trace:resource:FindResourceExA 0x2a00000 #000a #0fa4 0000 0009:Call ntdll.LdrFindResource_U(02a00000,4070fb0c,00000003,4070fa48) ret=403696bc 0009:trace:resource:LdrFindResource_U module 0x2a00000 type #000a name #0fa4 lang 0000 level 3 0009:trace:resource:find_entry_by_id root 0x2a01000 dir 0x2a01000 id 000a ret 0x2a01fd0 0009:trace:resource:find_entry_by_id root 0x2a01000 dir 0x2a01fd0 id 0fa4 not found 0009:Ret ntdll.LdrFindResource_U() retval=c000008b ret=403696bc 0009:Call ntdll.RtlNtStatusToDosError(c000008b) ret=40369674 0009:Ret ntdll.RtlNtStatusToDosError() retval=00000716 ret=40369674 0009:Ret kernel32.FindResourceA() retval=00000000 ret=0049a38a 0009:trace:seh:EXC_RtlRaiseException code=c0000005 flags=0 addr=0x49a99a ... 0009:Call user32.MessageBoxA(00000000,4070f3d0 "Unhandled page fault on read access to 0x00000000 at address 0x0049a99a.\nDo you wish to debug it ?",403ce528 "Exception raised",00000014) ret=4033f3e7 - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
Dan Kegel wrote:
WordPro '97 gets further now (with CVS as of 17 July), so I guess that's progress. It still crashes before putting up a UI. Here's the (possibly) interesting bit of +all. It looks like it's trying to load resource 0xfa4 of type 10 (RT_RCDATA) from wpENc70.dll, failing, and crashing. Looking at that DLL with Resource Hacker, I see RCData resources of id fa0 and fa1 (4000 and 4001), but not fa4 (4004). However, looking at that DLL *on the CD-ROM* with Resource Hacker, I see RCData resources of id 4002 - 4009! So perhaps the installer still isn't running properly.
Yup, copying the dll's from an install under Windows to my Linux installation yields a more or less working app. The installer does have one obvious problem: it puts up a dialog box LWP+2311: Overflow once while copying files. I'll run the installer now, logging file operations, and see what comes up. - Dan -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
The installer does have one obvious problem: it puts up a dialog box LWP+2311: Overflow once while copying files.
Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit code. Could you backtrace the app when it's sitting waiting for you to give the OK to that message box? I wouldn't be in the slightest bit surprised if it's puked in 16 bit code - if so we have a regression, but unfortunately one beyond my ability to debug :( thanks -mike
Mike Hearn wrote:
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
The installer does have one obvious problem: it puts up a dialog box LWP+2311: Overflow once while copying files.
Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit code.
Could you backtrace the app when it's sitting waiting for you to give the OK to that message box? I wouldn't be in the slightest bit surprised if it's puked in 16 bit code - if so we have a regression, but unfortunately one beyond my ability to debug :(
Here y'go: Wine-dbg>info process pid threads parent executable (all id:s are in hex) 00000010 1 0000000e 'H:\lotustmp.000\lsirun.exe' 0000000e 1 0000000c 'D:\lotus\install.exe' Wine-dbg>attach 0x10 In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0xffffe002 (0x40018c58) 2 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x0, handles=0x0, flags=0x8, timeout=0x40018d10) [sync.c:587] in ntdll (0x40018cf4) 3 0x400a144d usr1_handler+0x39(__signal=0xa, __context=0x33) [signal_i386.c:1125] in ntdll (0x40018d1c) 4 0x4004b568 __restore in libpthread.so.0 (0x4071f170) 5 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x2, handles=0x4071f258, flags=0x4, timeout=0x0) [sync.c:587] in ntdll (0x4071f20c) 6 0x400a2aac NtWaitForMultipleObjects+0x50(count=0x2, handles=0x4071f258, wait_all=0x0, alertable=0x0, timeout=0x0) [sync.c:605] in ntdll (0x4071f234) 7 0x4036f763 WaitForMultipleObjectsEx+0xbf(count=0x2, handles=0x4071f384, wait_all=0x0, timeout=0xffffffff, alertable=0x0) [sync.c:171] in kernel32 (0x4071f364) 8 0x409b9551 X11DRV_MsgWaitForMultipleObjectsEx+0xe1(count=0x1, handles=0x40218d9c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:184] in x11drv (0x4071f4a0) 9 0x407beb3cfixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/home/dank/wine/dlls/user/../../windows/painting.c) in symtab painting.c @0007469c and painting.c @000a03e4 GetMessageW+0x198(msg=0x4071f56c, hwnd=0x0, first=0x0, last=0x0) [message.c:2371] in user32 (0x4071f54c) 10 0x4078819a DIALOG_DoDialogBox+0x106(hwnd=0xf0044, owner=0x0) [../../windows/dialog.c:783] in user32 (0x4071f598) 11 0x407882c0 DialogBoxIndirectParamAorW+0x40(hInstance=0x0, template=0x407cf240, owner=0x0, dlgProc=0x40791804, param=0x4071f628, flags=0x0) [../../windows/dialog.c:847] in user32 (0x4071f5b0) 12 0x4078832a DialogBoxIndirectParamW+0x26(hInstance=0x0, template=0x407cf240, owner=0x0, dlgProc=0x40791804, param=0x4071f628) [../../windows/dialog.c:866] in user32 (0x4071f5d4) 13 0x40791bf2 MessageBoxIndirectW+0x5a(msgbox=0x4071f628) [../../windows/msgbox.c:456] in user32 (0x4071f5fc) 14 0x40791b1e MessageBoxIndirectA+0xa6(msgbox=0x4071f670) [../../windows/msgbox.c:433] in user32 (0x4071f664) 15 0x40791a06 MessageBoxExA+0x5e(hWnd=0x0, text=0x43dd08f2, title=0x4071f6dc, type=0x0, langid=0x0) [../../windows/msgbox.c:376] in user32 (0x4071f6a4) 16 0x40791973 MessageBoxA+0x23(hWnd=0x0, text=0x43dd08f2, title=0x4071f6dc, type=0x0) [../../windows/msgbox.c:344] in user32 (0x4071f6c4) 17 0x00401f2a (0x4071f70c) 18 0x162408f3 (0x00000021) 19 0x00000000 (0x00000000) Wine-dbg>detach Wine-dbg>attach 0x0e In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0xffffe002 (0x40018c58) 2 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x0, handles=0x0, flags=0x8, timeout=0x40018d10) [sync.c:587] in ntdll (0x40018cf4) 3 0x400a144d usr1_handler+0x39(__signal=0xa, __context=0x33) [signal_i386.c:1125] in ntdll (0x40018d1c) 4 0x4004b568 __restore in libpthread.so.0 (0x4071f954) 5 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x2, handles=0x4071fa3c, flags=0x4, timeout=0x0) [sync.c:587] in ntdll (0x4071f9f0) 6 0x400a2aac NtWaitForMultipleObjects+0x50(count=0x2, handles=0x4071fa3c, wait_all=0x0, alertable=0x0, timeout=0x0) [sync.c:605] in ntdll (0x4071fa18) 7 0x4036f763 WaitForMultipleObjectsEx+0xbf(count=0x2, handles=0x4071fb68, wait_all=0x0, timeout=0xffffffff, alertable=0x0) [sync.c:171] in kernel32 (0x4071fb48) 8 0x409b9551 X11DRV_MsgWaitForMultipleObjectsEx+0xe1(count=0x1, handles=0x40218d24, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:184] in x11drv (0x4071fc84) 9 0x407beb3cfixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/home/dank/wine/dlls/user/../../windows/painting.c) in symtab painting.c @0007469c and painting.c @000a03e4 GetMessageW+0x198(msg=0x4071fe78, hwnd=0x0, first=0x0, last=0x0) [message.c:2371] in user32 (0x4071fd30) 10 0x407bebef GetMessageA+0x23(msg=0x4071fe78, hwnd=0x0, first=0x0, last=0x0) [message.c:2389] in user32 (0x4071fd50) 11 0x004011a6 (0x4071fe98) 12 0x0040308d (0x4071ff2c) 13 0x40360b5e start_process+0xf2(arg=0x0) [process.c:995] in kernel32 (0x4071fff4) 14 0x4002e83d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000) -- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
So much for that theory, no 16 bit code there ... must be some other overflow :/ On Sun, 2004-07-18 at 11:06 -0700, Dan Kegel wrote:
Mike Hearn wrote:
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
The installer does have one obvious problem: it puts up a dialog box LWP+2311: Overflow once while copying files.
Bah humbug bollocks. I guess it's talking about a stack overflow in 16 bit code.
Could you backtrace the app when it's sitting waiting for you to give the OK to that message box? I wouldn't be in the slightest bit surprised if it's puked in 16 bit code - if so we have a regression, but unfortunately one beyond my ability to debug :(
Here y'go:
Wine-dbg>info process pid threads parent executable (all id:s are in hex) 00000010 1 0000000e 'H:\lotustmp.000\lsirun.exe' 0000000e 1 0000000c 'D:\lotus\install.exe' Wine-dbg>attach 0x10 In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0xffffe002 (0x40018c58) 2 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x0, handles=0x0, flags=0x8, timeout=0x40018d10) [sync.c:587] in ntdll (0x40018cf4) 3 0x400a144d usr1_handler+0x39(__signal=0xa, __context=0x33) [signal_i386.c:1125] in ntdll (0x40018d1c) 4 0x4004b568 __restore in libpthread.so.0 (0x4071f170) 5 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x2, handles=0x4071f258, flags=0x4, timeout=0x0) [sync.c:587] in ntdll (0x4071f20c) 6 0x400a2aac NtWaitForMultipleObjects+0x50(count=0x2, handles=0x4071f258, wait_all=0x0, alertable=0x0, timeout=0x0) [sync.c:605] in ntdll (0x4071f234) 7 0x4036f763 WaitForMultipleObjectsEx+0xbf(count=0x2, handles=0x4071f384, wait_all=0x0, timeout=0xffffffff, alertable=0x0) [sync.c:171] in kernel32 (0x4071f364) 8 0x409b9551 X11DRV_MsgWaitForMultipleObjectsEx+0xe1(count=0x1, handles=0x40218d9c, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:184] in x11drv (0x4071f4a0) 9 0x407beb3cfixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/home/dank/wine/dlls/user/../../windows/painting.c) in symtab painting.c @0007469c and painting.c @000a03e4 GetMessageW+0x198(msg=0x4071f56c, hwnd=0x0, first=0x0, last=0x0) [message.c:2371] in user32 (0x4071f54c) 10 0x4078819a DIALOG_DoDialogBox+0x106(hwnd=0xf0044, owner=0x0) [../../windows/dialog.c:783] in user32 (0x4071f598) 11 0x407882c0 DialogBoxIndirectParamAorW+0x40(hInstance=0x0, template=0x407cf240, owner=0x0, dlgProc=0x40791804, param=0x4071f628, flags=0x0) [../../windows/dialog.c:847] in user32 (0x4071f5b0) 12 0x4078832a DialogBoxIndirectParamW+0x26(hInstance=0x0, template=0x407cf240, owner=0x0, dlgProc=0x40791804, param=0x4071f628) [../../windows/dialog.c:866] in user32 (0x4071f5d4) 13 0x40791bf2 MessageBoxIndirectW+0x5a(msgbox=0x4071f628) [../../windows/msgbox.c:456] in user32 (0x4071f5fc) 14 0x40791b1e MessageBoxIndirectA+0xa6(msgbox=0x4071f670) [../../windows/msgbox.c:433] in user32 (0x4071f664) 15 0x40791a06 MessageBoxExA+0x5e(hWnd=0x0, text=0x43dd08f2, title=0x4071f6dc, type=0x0, langid=0x0) [../../windows/msgbox.c:376] in user32 (0x4071f6a4) 16 0x40791973 MessageBoxA+0x23(hWnd=0x0, text=0x43dd08f2, title=0x4071f6dc, type=0x0) [../../windows/msgbox.c:344] in user32 (0x4071f6c4) 17 0x00401f2a (0x4071f70c) 18 0x162408f3 (0x00000021) 19 0x00000000 (0x00000000) Wine-dbg>detach Wine-dbg>attach 0x0e In 32 bit mode. Wine-dbg>bt Backtrace: =>1 0xffffe002 (0x40018c58) 2 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x0, handles=0x0, flags=0x8, timeout=0x40018d10) [sync.c:587] in ntdll (0x40018cf4) 3 0x400a144d usr1_handler+0x39(__signal=0xa, __context=0x33) [signal_i386.c:1125] in ntdll (0x40018d1c) 4 0x4004b568 __restore in libpthread.so.0 (0x4071f954) 5 0x400a2a57 NTDLL_wait_for_multiple_objects+0x107(count=0x2, handles=0x4071fa3c, flags=0x4, timeout=0x0) [sync.c:587] in ntdll (0x4071f9f0) 6 0x400a2aac NtWaitForMultipleObjects+0x50(count=0x2, handles=0x4071fa3c, wait_all=0x0, alertable=0x0, timeout=0x0) [sync.c:605] in ntdll (0x4071fa18) 7 0x4036f763 WaitForMultipleObjectsEx+0xbf(count=0x2, handles=0x4071fb68, wait_all=0x0, timeout=0xffffffff, alertable=0x0) [sync.c:171] in kernel32 (0x4071fb48) 8 0x409b9551 X11DRV_MsgWaitForMultipleObjectsEx+0xe1(count=0x1, handles=0x40218d24, timeout=0xffffffff, mask=0x0, flags=0x0) [event.c:184] in x11drv (0x4071fc84) 9 0x407beb3cfixme:dbghelp:elf_lookup_symtab Already found symbol add_paint_count (/home/dank/wine/dlls/user/../../windows/painting.c) in symtab painting.c @0007469c and painting.c @000a03e4 GetMessageW+0x198(msg=0x4071fe78, hwnd=0x0, first=0x0, last=0x0) [message.c:2371] in user32 (0x4071fd30) 10 0x407bebef GetMessageA+0x23(msg=0x4071fe78, hwnd=0x0, first=0x0, last=0x0) [message.c:2389] in user32 (0x4071fd50) 11 0x004011a6 (0x4071fe98) 12 0x0040308d (0x4071ff2c) 13 0x40360b5e start_process+0xf2(arg=0x0) [process.c:995] in kernel32 (0x4071fff4) 14 0x4002e83d wine_switch_to_stack+0x11 in libwine.so.1 (0x00000000)
-- My technical stuff: http://kegel.com My politics: see http://www.misleader.org for examples of why I'm for regime change
participants (3)
-
Alexandre Julliard -
Dan Kegel -
Mike Hearn