19 Jun
2004
19 Jun
'04
11:22 p.m.
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
20 Jun
20 Jun
11:53 a.m.
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
11:56 a.m.
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?
9:27 p.m.
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
17 Jul
17 Jul
10:23 p.m.
Alexandre Julliard wrote:
Dan Kegel <dank(a)kegel.com> writes:
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@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
...
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.
11:26 p.m.
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
18 Jul
18 Jul
11:43 a.m.
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
6:06 p.m.
New subject: Lotus '97 install problem (was: Yard sale windows app fun: Lotus SmartSuite '96. 1-2-3 works, WordPro doesn't.)
Mike Hearn wrote:
On Sat, 17 Jul 2004 16:26:33 -0700, Dan Kegel wrote:
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
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 :(
10:57 p.m.
New subject: Lotus '97 install problem (was: Yard sale windows app fun: Lotus SmartSuite '96. 1-2-3 works, WordPro doesn't.)
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:
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
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 :(
7232
days inactive
7261
days old
8 comments
3 participants
participants (3)
-
Alexandre Julliard -
Dan Kegel -
Mike Hearn