Re: problem with native dll's.

[Alexandre Julliard]

Rein Klazes  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  
    * 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.

problem with native dll's.

[Rein Klazes]

On 20 Apr 2001 09:22:08 -0700, you wrote:
> Rein Klazes  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
> - 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.

problem with native dll's.

[Dan Scott]

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  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
> - 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.

problem with native dll's.

[Martin Pilka]

> 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