http://bugs.winehq.org/show_bug.cgi?id=17653
Summary: VB3 - 16bit error: "Unhandled exception: floating point stack check in 32-bit code" Product: Wine Version: 1.0.1 Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: luigi@pajella.com
Created an attachment (id=19838) --> (http://bugs.winehq.org/attachment.cgi?id=19838) WINEDEBUG=+seh (partial) output
I've got a VB6 application which I'm trying to run on Wine 1.0.9.
Several modules of the software are still made in VB3 (application name is "Ec501.exe") and are called by the 32 bit part. I understand that the 32 bit is put on hold until the 16bit is completed (Mutex16 stuff)
When I start the 16 bit part I get the attached error message and the 16bit part is not executed. In particular I get: "Unhandled exception: floating point stack check in 32-bit code"
PS: My machine is an Athlon 1200 with Ubuntu 8.10 and gnome. PS2: Im running the etersoft wine version "wine_1.0.9-eter41ubuntu_i386" because the software is protected by an USB Eutron Smartkey (which etersoft version supports). The part related to the smartkey works correctly.
WINEDEBUG=+seh log attached
Thanks
http://bugs.winehq.org/show_bug.cgi?id=17653
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |INVALID
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-08 15:19:01 --- Please upgrade Wine to latest wine-1.1.16 version and try again.
Im running the etersoft wine version "wine_1.0.9-eter41ubuntu_i386"
Which makes this bug invalid. Use vanilla Wine. Or report all problems downstream
http://bugs.winehq.org/show_bug.cgi?id=17653
Vitaliy Margolen vitaliy@kievinfo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #2 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-08 15:19:27 --- If the problem persists with wine-1.1.16 you are welcome to reopen.
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #3 from Luigi luigi@pajella.com 2009-03-08 15:34:27 --- (In reply to comment #2)
If the problem persists with wine-1.1.16 you are welcome to reopen.
I do understand but at this point I cannot proceed:
Without the etersoft 1.0.9 I cannot start the application because the software is protected through a USB Smartkey ...
Any suggestion?
http://bugs.winehq.org/show_bug.cgi?id=17653
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dank@kegel.com
--- Comment #4 from Dan Kegel dank@kegel.com 2009-03-08 23:41:28 --- Etersoft.ru has a beta version of 1.1.16, go try that, and report problems to them, perhaps? Maybe you can even purchase support from them.
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #5 from Luigi luigi@pajella.com 2009-03-13 18:49:38 --- Created an attachment (id=19921) --> (http://bugs.winehq.org/attachment.cgi?id=19921) Wine 1.1.16 error log
http://bugs.winehq.org/show_bug.cgi?id=17653
Luigi luigi@pajella.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|CLOSED |UNCONFIRMED Resolution|INVALID |
--- Comment #6 from Luigi luigi@pajella.com 2009-03-13 18:51:14 --- Issue reproduced with Wine 1.1.16, same sequence (new attachment for error log)
I've got a VB6 application which I'm trying to run on Wine 1.1.16
Several modules of the software are still made in VB3 (application name is "Ec501.exe") and are called by the 32 bit part. I understand that the 32 bit is put on hold until the 16bit is completed (Mutex16 stuff)
When I start the 16 bit part I get the attached error message and the 16bit part is not executed.
http://bugs.winehq.org/show_bug.cgi?id=17653
Luigi luigi@pajella.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.0.1 |1.1.16
--- Comment #7 from Luigi luigi@pajella.com 2009-03-13 18:53:06 --- Corrected version to 1.1.16 in Bug Details
http://bugs.winehq.org/show_bug.cgi?id=17653
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.16 |1.0.1
--- Comment #8 from Dan Kegel dank@kegel.com 2009-03-13 18:59:07 --- Please leave the "Version" field at the first version you saw the bug.
EC501 isn't enough to identify your app. Is this it? http://www.edilclima.it/it/prodotti/scheda.php?id=10400
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #9 from Luigi luigi@pajella.com 2009-03-14 05:30:38 --- (In reply to comment #8)
Please leave the "Version" field at the first version you saw the bug.
EC501 isn't enough to identify your app. Is this it? http://www.edilclima.it/it/prodotti/scheda.php?id=10400
The formal name from Software House is
"EC601 Edificio invernale"
The main application is:
http://www.edilclima.it/it/prodotti/scheda.php?id=9714
(called EC601)
which uses some portion of the previous version (EC501, written in VB3, the one causing issue) contained in an executable called EC501.exe
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #10 from Luigi luigi@pajella.com 2009-03-19 05:08:40 --- It seems that the original error triggers the wine debugger which gives the further error: "Unhandled exception: floating point stack check in 32-bit code"
There is something related in this old post: http://www.mail-archive.com/wine-devel@winehq.com/msg04966.html
So the "floating point" issue seems strictly related to Wine debugger.
The VB application issue (looking at the attached log file) seems to be the following:
21 0x7eb53e0c SetScrollPos16+0x4c(hwnd=<is not available>, nBar=2, nPos=<register EDI not in topmost frame>, redraw=<register ESI not in topmost frame>) [/home/luigi/tiptap/1.1.16/wine-1.1.16/dlls/user32/wnd16.c:519] in user32 (0x0089e628) .... err:ole:RevokeDragDrop invalid hwnd (nil)
So, the handle is not available.
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #11 from Austin English austinenglish@gmail.com 2009-09-22 14:00:16 --- Is this still an issue in current (1.1.29 or newer) wine?
http://bugs.winehq.org/show_bug.cgi?id=17653
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |ABANDONED
--- Comment #12 from Austin English austinenglish@gmail.com 2010-12-20 22:18:17 CST --- No response in over a year, marking abandoned. If this is still an issue in current (1.3.9 or newer) wine, and you can provide the needed information, feel free to reopen.
http://bugs.winehq.org/show_bug.cgi?id=17653
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #13 from Austin English austinenglish@gmail.com 2010-12-20 22:19:15 CST --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=17653
tegularius@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |tegularius@gmx.net
--- Comment #14 from tegularius@gmx.net 2011-08-04 16:44:23 CDT --- Hi, recently I got ThinkFast (3.92), it's an old 16bit VB3 application. I tried wine-1.3.20 but it didn't work, so I got 1.3.25.
I am not sure if this is a compiler-bug or if some wine-specialities cause the very same error as above in ThinkFast. (floating point stack check in 32-bit code)
The only thing I could manage to make it work was to compile dll/gdi32/dc.c with "-O0" (without optimizations). The source seems valid (bug occurs in dc.c:CombineTransform()), but I cannot see how simple fmul multiplications (x86) on floats could lead to a stack overflow.
I could reproduce this bug every time unless compiling with -O0, it occurs right after starting the 2nd session (where you get another test to try) of games.
I will attach a backtrace, maybe someone has an idea. I am using gcc 4.5.2. My system is pretty vanilla (slackware-13.37) as was the fresh wine-source.
http://bugs.winehq.org/show_bug.cgi?id=17653
--- Comment #15 from tegularius@gmx.net 2011-08-04 16:46:10 CDT --- Created an attachment (id=35809) --> (http://bugs.winehq.org/attachment.cgi?id=35809) Backtrace THINKFST.EXE