[Bug 1076] msvcrt don�t start under new Version of wine (20021007)

[Wine Bugs]

http://bugs.winehq.com/show_bug.cgi?id=1076





------- Additional Comments From z_god(a)wanadoo.nl  2003-25-06 14:57 -------
Bug comments restored from Gmane.org: 
 
The graphical adata Software Client can start under Wine Version 
20020904. This works under SuSE Linux 8.0. But under Version 20021007 we get  
the Message with the same Software on the same Machine: 
 
fixme:msvcrt:MSVCRT_signal (4 0x1):stub 
fixme:msvcrt:MSVCRT_signal (4 0x600904a0):stub 
fixme:msvcrt:MSVCRT_signal (8 0x1):stub 
fixme:msvcrt:MSVCRT_signal (8 0x600904a0):stub 
fixme:msvcrt:MSVCRT_signal (11 0x1):stub 
fixme:msvcrt:MSVCRT_signal (11 0x600904a0):stub 
fixme:msvcrt:MSVCRT_signal (15 0x1):stub 
fixme:msvcrt:MSVCRT_signal (15 0x600904a0):stub 
fixme:msvcrt:MSVCRT_signal (11 0x1):stub 
fixme:msvcrt:MSVCRT_signal (11 0x600904a0):stub 
fixme:msvcrt:_XcptFilter (-2147483392,0x406e1d10)semi-stub 
 
 
Here is something more information. This ist the rest of a 
large Logfile.... 
 
trace:msvcrt:_close :ok 
trace:msvcrt:_close :fd (2) handle (12) 
trace:msvcrt:msvcrt_free_fd :fd (2) freed 
08075a58:Call kernel32.CloseHandle(0000000c) ret=407272ad 
08075a58:Ret  kernel32.CloseHandle() retval=00000001 ret=407272ad 
trace:msvcrt:_close :ok 
trace:msvcrt:msvcrt_free_console :Closing console handles 
08075a58:Call kernel32.CloseHandle(00000004) ret=407210e0 
08075a58:Ret  kernel32.CloseHandle() retval=00000000 ret=407210e0 
08075a58:Call kernel32.CloseHandle(ffffffff) ret=407210ec 
08075a58:Ret  kernel32.CloseHandle() retval=00000000 ret=407210ec 
08075a58:Call ntdll.RtlFreeHeap(40380000,00000000,40383558) ret=407238ee 
08075a58:Ret  ntdll.RtlFreeHeap() retval=00000001 ret=407238ee 
08075a58:Call ntdll.RtlFreeHeap(40380000,00000000,403852b8) ret=4072390c 
08075a58:Ret  ntdll.RtlFreeHeap() retval=00000001 ret=4072390c 
08075a58:Call kernel32.TlsFree(00000000) ret=4072c3ae 
08075a58:Ret  kernel32.TlsFree() retval=00000001 ret=4072c3ae 
trace:msvcrt:MSVCRT_Init finished process free 
08075a58:Ret  PE DLL (proc=0x4072c060,module=40710000,type=0,res=0x1) 
retval=1 
08075a58:Call PE DLL (proc=0x407d3170,module=40780000,type=0,res=0x1) 
08075a58:Ret  PE DLL (proc=0x407d3170,module=40780000,type=0,res=0x1) 
retval=1 
08075a58:Call kernel32.__wine_unregister_dll_16(408e1f18) ret=40845b2c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=0000002c ret=40845b2c 
08075a58:Call kernel32.__wine_unregister_dll_16(408e22d4) ret=40845eac 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000030 ret=40845eac 
08075a58:Call kernel32.__wine_unregister_dll_16(408e293c) ret=4084649c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000034 ret=4084649c 
08075a58:Call kernel32.__wine_unregister_dll_16(408e30fc) ret=40846c5c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000038 ret=40846c5c 
08075a58:Call kernel32.__wine_unregister_dll_16(408e32fc) ret=40846e4c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=0000003c ret=40846e4c 
08075a58:Call kernel32.__wine_unregister_dll_16(4099d0d4) ret=40959c4c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000020 ret=40959c4c 
08075a58:Call kernel32.__wine_unregister_dll_16(4099d1e4) ret=40959d1c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000024 ret=40959d1c 
08075a58:Call kernel32.__wine_unregister_dll_16(4099d4d8) ret=4095a02c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000028 ret=4095a02c 
08075a58:Call kernel32.__wine_unregister_dll_16(40e5c82c) ret=40e3829c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000060 ret=40e3829c 
08075a58:Call kernel32.__wine_unregister_dll_16(40edcc04) ret=40e9993c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=0000005c ret=40e9993c 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4bd00) ret=40f0e3ac 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000040 ret=40f0e3ac 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000040 ret=40f0e3ac 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4c008) ret=40f0e71c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000044 ret=40f0e71c 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4c1c0) ret=40f0e8dc 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000048 ret=40f0e8dc 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4c2d0) ret=40f0e9dc 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=0000004c ret=40f0e9dc 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4c4b4) ret=40f0eb9c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000050 ret=40f0eb9c 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4ccc4) ret=40f0f52c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000054 ret=40f0f52c 
08075a58:Call kernel32.__wine_unregister_dll_16(40f4f2f4) ret=40f113dc 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000058 ret=40f113dc 
08075a58:Call kernel32.__wine_unregister_dll_16(4147d7d4) ret=4147758c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000068 ret=4147758c 
08075a58:Call kernel32.__wine_unregister_dll_16(41494f1c) ret=4149224c 
08075a58:Ret  kernel32.__wine_unregister_dll_16() retval=00000064 ret=4149224c 
 
 
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de  2002-10-16 03:59 
------- 
Have you even been using builtin msvcrt under 20020904 also ? Or rather a native 
msvcrt.dll instead ? 
 
If you used the builtin one, then there probably is a regression indeed. 
AFAIK someone improved msvcrt exception handling. Further details could be found 
out in the CVS log. 
 
(using a native msvcrt.dll probably isn't an option for you anyway) 
 
We might decide to put Alexandre (who did some exception handling work) on the 
CC... 
(this does seem to be an exception handling issue, by the way) 
 
Please attach a whole --debugmsg +relay,+msvcrt,+seh log file; the closing part 
wasn't helpful, as it's way too late (you did use correct logging, though). 
 
 
------- Additional Comments From systemsupport <at> adata.de  2002-10-16 04:21 
------- 
Created an attachment (id=315)
 --> (http://bugs.winehq.com/attachment.cgi?id=315&action=view) 
Logfile for this bug 
 
 
------- Additional Comments From bon <at> elektron.ikp.physik.tu-darmstadt.de 
2002-10-16 04:38 
------- 
I suspect an exception happening somewhere, probably outside of msvcrt. As the 
signal handling in msvcrt is still inappropriate, and the program obvious uses 
msvcrt to catch exceptions, this leads to a problem. 
 
Try running with +relay,+seh and look where the exception happens and what 
caused this exception. 
 
 
Your attached log file is tagged as binary, so I refrain to open it ... 
 
Bye 
 
 
------- Additional Comments From systemsupport <at> adata.de  2002-10-16 05:29 
------- 
Created an attachment (id=316)
 --> (http://bugs.winehq.com/attachment.cgi?id=316&action=view) 
msvcrt2.tgz with debugmsg +relay,+seh (Extract with tar xvfz command creates 
msvcrt2.log) 
 
 
------- Additional Comments From julliard <at> winehq.com  2002-10-16 14:08 ------- 
That's because seh_longjmp_unwind was not implemented. It should work now 
(or at least crash differently ;- 
 
 
------- Additional Comments From systemsupport <at> adata.de  2002-12-30 10:05 
------- 
msvcrt.dll was installed in program directory. By this feature wine could not 
start. Now itŽs removed from program directory an the application works in this 
case. In Version 20020904 of Wine it had worked with msvcrt.dll installed in 
program directory. The DLL was declareted as native in wine20020904 and  
20021219.  
 
(Tested on Intel SuSE Linux 8.1 )Thanks to Andy for Support. 
 
 
------- Additional Comments From andi <at> rhlx01.fht-esslingen.de  2002-12-30 11:57 
------- 
No, that's expected behaviour (even with 20020904). 
I'd explained the exact issue in a mail to you on Oct. 25th. 
Summary: remove msvcrt.dll from program directory, have msvcrt.dll in Windows 
system directory, make sure msvcrt.dll is set to native, and *then* it'll work. 
 
 
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 
15:49 ------- 
This bug was not invalid (the program should have used its own version of msvcrt) 
reopening to change status 
 
 
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 
15:51 ------- 
Resolving as fixed. Wine now uses program supplied versions of dlls 
 
 
------- Additional Comments From tony_lambregts <at> telusplanet.net 2003-03-26 
15:52 ------- 
Closing 

-- 
Configure bugmail: http://bugs.winehq.com/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug, or are watching the assignee.