[Bug 1076] msvcrt don´t start under new Version of wine (20021007)
Wine Bugs
wine-bugs at winehq.com
Wed Jun 25 14:57:04 CDT 2003
http://bugs.winehq.com/show_bug.cgi?id=1076
------- Additional Comments From z_god at 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.
More information about the wine-bugs
mailing list