Re: problem with native dll's.
Rein Klazes <rklazes(a)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(a)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. -- Alexandre Julliard julliard(a)winehq.com
On 20 Apr 2001 09:22:08 -0700, you wrote:
Rein Klazes <rklazes(a)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(a)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>.(a)InitWndProc$qp6HWND__uiuil+0xd738) (ebp=405b69c0) Rein. -- Rein Klazes rklazes(a)xs4all.nl
Yup, reverting your 04/13/2001 server patch enabled my no-Windows install of Notes/Wine to start working again. With recent CVS versions of Wine, Notes 5.0.3 was dying with: err:win32:fixup_imports No implementation for KERNEL32.dll.0() imported from C:\windows\system\netbios.dll, setting to 0xdeadbeef err:win32:fixup_imports No implementation for KERNEL32.dll.0() imported from C:\windows\system\netbios.dll, setting to 0xdeadbeef err:ntdll:RtlpWaitForCriticalSection Critical section 0x40a9bd90 wait timed out, retrying (60 sec) fs=021f Reverting your 04/13 server patch lets Notes run happily (and is a good temporary means for working under Linux again, at least until the real reason Wine was dying is found). Anyone have any tests they want me to run in my environment to try and track down the real cause of the problem (with the 04/13 server patch applied)? Dan Alexandre Julliard wrote:
Rein Klazes <rklazes(a)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(a)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.
Yup, reverting your 04/13/2001 server patch enabled my no-Windows install of Notes/Wine to start working again.
With recent CVS versions of Wine, Notes 5.0.3 was dying with:
err:win32:fixup_imports No implementation for KERNEL32.dll.0() imported from C:\windows\system\netbios.dll, setting to 0xdeadbeef err:win32:fixup_imports No implementation for KERNEL32.dll.0() imported from C:\windows\system\netbios.dll, setting to 0xdeadbeef err:ntdll:RtlpWaitForCriticalSection Critical section 0x40a9bd90 wait timed out, retrying (60 sec) fs=021f
i had the very same problem, "fixed" with "netbios=builtin" workaround... martin
participants (4)
-
Alexandre Julliard -
Dan Scott -
Martin Pilka -
Rein Klazes