On 20 Apr 2001 09:22:08 -0700, you wrote:
Rein Klazes rklazes@xs4all.nl writes:
Since the cvs commits early this week or the last (I could be more precise but that will take a while) I have noticed a problem with some native dlls. If I start one app that uses such a dll and then another using the same dll may crash. If this second app is started as the first process it runs fine.
Most likely my shared sections fix:
2001-04-13 Alexandre Julliard julliard@winehq.com
- server/file.c, server/mapping.c, server/object.h:
Repaired shared PE data sections.
The fix itself should be OK, but it probably reveals other bugs that were hidden by the fact that the sections were not shared properly before. For instance if a dll stores window handles in the shared area it will break since window handles are not shared yet (working on it...)
In your case it doesn't seem to be window handles though, so it may be worth investigating a bit more.
Hmm, I don't immedeately see how shared sections can cause a wrong jump into wine's code. But I will think of this.
Anyway, here is another one, looking slightly different. It is by using native rasapi32 with Agent news reader.
| err:win32:fixup_imports No implementation for KERNEL32.dll.48879 imported from D:\win98\system\netbios.dll, setting to 0xdeadbeef | err:win32:fixup_imports No implementation for KERNEL32.dll.48879 imported from D:\win98\system\netbios.dll, setting to 0xdeadbeef
I don't get this message with the first instance of Agent, nor with builtin rasapi32 and IIRC also not a week ago.
| First chance exception: page fault on read access to 0x878d876e ^^^^^^^^^^ | in 32-bit code (0x402d8eb3). | In 32-bit mode. | 0x402d8eb3 (NTDLL.DLL.strcmp+0x13): movb 0x0(%edx),%cl
|Register dump: | CS:0023 SS:002b DS:002b ES:002b FS:008f GS:0000 | EIP:402d8eb3 ESP:405b638c EBP:405b6390 EFLAGS:00210206( R- 00 I - -P1 ) | EAX:878d8748 EBX:40105c20 ECX:000047b3 EDX:878d876e | ESI:406067b4 EDI:000003a5
|Backtrace: |=>0 0x402d8eb3 (NTDLL.DLL.strcmp+0x13) (ebp=405b6390) | 1 0x4008dc58 (PE_FindExportedFunction+0x194(wm=0x403825f8, funcName=0x878d876e, snoop=0x1) [pe_image.c:169]) (ebp=405b64e0)
^^^^^^^^^^ | 2 0x4008d7e2 (MODULE_GetProcAddress+0x86(hModule=0x40602000, function=0x878d876e, snoop=0x1) [module.c:1731]) (ebp=405b6504) | 3 0x4008e324 (fixup_imports+0x3e4(wm=0x403e5c9c) [pe_image.c:352]) (ebp=405b654c) | 4 0x4008ea05 (PE_CreateModule+0x289(hModule=0x7f890000, filename=0x403e5adc, flags=0x0, hFile=0x74, builtin=0x0) [pe_image.c:636]) (ebp=405b65b0) | 5 0x4008eb0e (PE_LoadLibraryExA+0x62(name=0x403e5adc, flags=0x0) [pe_image.c:704]) (ebp=405b65d8) | 6 0x4008cffd (MODULE_LoadLibraryExA+0x339(libname=0x7f9d2044, hfile=0x0, flags=0x0) [module.c:1405]) (ebp=405b6618) | 7 0x4008e023 (fixup_imports+0xe3(wm=0x403e57a4) [pe_image.c:289]) (ebp=405b6660) | 8 0x4008ea05 (PE_CreateModule+0x289(hModule=0x7f9d0000, filename=0x403e594c, flags=0x0, hFile=0x70, builtin=0x0) [pe_image.c:636]) (ebp=405b66c4) | 9 0x4008eb0e (PE_LoadLibraryExA+0x62(name=0x403e594c, flags=0x0) [pe_image.c:704]) (ebp=405b66ec) | 10 0x4008cffd (MODULE_LoadLibraryExA+0x339(libname=0x7f8f13bc, hfile=0x0, flags=0x0) [module.c:1405]) (ebp=405b672c) | 11 0x4008e023 (fixup_imports+0xe3(wm=0x403e5620) [pe_image.c:289]) (ebp=405b6774) | 12 0x4008ea05 (PE_CreateModule+0x289(hModule=0x7f8d0000, filename=0x403e5460, flags=0x0, hFile=0x6c, builtin=0x0) [pe_image.c:636]) (ebp=405b67d8) | 13 0x4008eb0e (PE_LoadLibraryExA+0x62(name=0x403e5460, flags=0x0) [pe_image.c:704]) (ebp=405b6800) | 14 0x4008cffd (MODULE_LoadLibraryExA+0x339(libname=0x60192c, hfile=0x0, flags=0x0) [module.c:1405]) (ebp=405b6840) | 15 0x4008cc49 (LoadLibraryExA+0xcd(libname=0x60192c, hfile=0x0, flags=0x0) [module.c:1279]) (ebp=405b6964) | 16 0x4008d1c0 (LoadLibraryA+0x1c(libname=0x60192c) [module.c:1457]) (ebp=405b697c) | 17 0x0059343a (<Debugged process>.@InitWndProc$qp6HWND__uiuil+0xd738) (ebp=405b69c0)
Rein.