http://bugs.winehq.org/show_bug.cgi?id=14636
Summary: Catia often can't open files Product: Wine Version: CVS/GIT Platform: PC-x86-64 OS/Version: Linux Status: UNCONFIRMED Severity: critical Priority: P2 Component: ntdll AssignedTo: wine-bugs@winehq.org ReportedBy: mah@jump-ing.de
Catia (http://appdb.winehq.org/objectManager.php?sClass=application&iId=6153) often can't open simple files (.CATParts) If you attempt to do so, the app locks in about 80% of the attempts and throws an Visual C++ runtime exception with code 0x80000003 (intentional jump to the debugger).
As this bug doesn't appear reliable, it appears to be some sort of race condition. A lot of these messages appear reliably, though:
fixme:ntdll:NtLockFile I/O completion on lock not implemented yet
Possibly, Catia uses NtLockFile()'s 4th argument to ensure file read synchonisation. I have no idea how to find this out, though.
http://bugs.winehq.org/show_bug.cgi?id=14636
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|critical |normal Component|ntdll |-unknown
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2008-07-26 11:28:36 --- Please attach complete terminal output (as a text file). Not critical
http://bugs.winehq.org/show_bug.cgi?id=14636
--- Comment #2 from Traumflug mah@jump-ing.de 2008-07-26 14:23:13 --- Created an attachment (id=15071) --> (http://bugs.winehq.org/attachment.cgi?id=15071) Runlog
Sure. This runlog was made with:
env WINEPREFIX="/home/mah/.wine" WINEDEBUG=+synchronous wine "C:\Programme\Dassault Systemes\B16\intel_a\code\bin\catstart.exe" -run "CNEXT.exe" -env CATIA.V5R16.B16 -direnv "C:\windows\profiles\All Users\Anwendungsdaten\DassaultSystemes\CATEnv" -nowindow >runlog.txt 2>&1
http://bugs.winehq.org/show_bug.cgi?id=14636
--- Comment #3 from Juan Lang juan_lang@yahoo.com 2008-08-25 10:04:38 --- *** Bug 14981 has been marked as a duplicate of this bug. ***
http://bugs.winehq.org/show_bug.cgi?id=14636
--- Comment #4 from Traumflug mah@jump-ing.de 2008-08-25 14:50:49 --- For convenience, here the observations from #14981:
The interesting thing is, for startup, Catia loads some thousand configuration files (small text files) and obviously, none of these operations fails. But opening an additional two or three files after startup, failure is almost sure.
To debug the thing I've set up Catia similar to how it's decripbed in the AppDB http://appdb.winehq.org/objectManager.php?sClass=version&iId=12939 . Wine is compiled unoptimised with CFLAGS="-g". To launch the app my current favourite is:
env WINEPREFIX="/home/mah/.wine" WINEDEBUG=+seh,+tid winedbg "C:\Programme\Dassault Systemes\B16\intel_a\code\bin\catstart.exe" -run "CNEXT.exe" -env CATIA.V5R16.B16 -direnv "C:\windows\profiles\All Users\Anwendungsdaten\DassaultSystemes\CATEnv"
This eventually stops in the debugger, giving a backtrace like this (it's short, so inline):
=>1 0xf7fc642e (0x0033f270) 2 0x00000800 (0x0033f3b0) 3 0x7b84ab74 ReadFile+0x191(hFile=0x4c, buffer=0x33f448, bytesToRead=2048, bytesRead=0x33fcc0, overlapped=(nil)) [/home/mah/wine/dlls/kernel32/file.c:451] in kernel32 (0x0033f420) 4 0x0040367b in catstart (+0x367b) (0x0033fc58)
file.c, line 451 reads:
status = NtReadFile(hFile, hEvent, NULL, cvalue, io_status, buffer, bytesToRead, poffset, NULL);
To my knowledge, the second line of the backtrace shouldn't read 0x00000800 but something in NtReadFile.
Last not least I've seen Catia halts in the debugger always at the exact same place, if the steps done to reproduce the bug are identical.
http://bugs.winehq.org/show_bug.cgi?id=14636
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified
--- Comment #5 from Austin English austinenglish@gmail.com 2009-01-20 02:39:37 --- Removing deprecated CVS/GIT version tag. Please retest in current git. If the bug is still present in today's wine, but was not present in some earlier version of wine, please update version field to earliest known version of wine that had the bug. Thanks!
http://bugs.winehq.org/show_bug.cgi?id=14636
--- Comment #6 from Austin English austinenglish@gmail.com 2009-07-21 14:00:40 --- Is this still an issue in current (1.1.26 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=14636
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #7 from Austin English austinenglish@gmail.com 2010-05-26 16:08:57 --- No response in over 6 months, marking abandoned. If this is still an issue in current (1.2-rc1 or newer) wine, and you can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=14636
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Austin English austinenglish@gmail.com 2010-05-26 16:13:04 --- Closing abandoned.
-
wine-bugs＠winehq.org