http://bugs.winehq.org/show_bug.cgi?id=14937
Summary: Astroplanner crash Product: Wine Version: 1.1.2 Platform: PC URL: http://www.ilangainc.com/astroplanner/reguserdl/V1.6.1/A stroPlannerWindows.zip OS/Version: Linux Status: UNCONFIRMED Severity: major Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: s9999@penguinmail.com
Created an attachment (id=15529) --> (http://bugs.winehq.org/attachment.cgi?id=15529) Segment of relay output
I'm trying to get Astroplanner to run with Wine. The author has a low opinion of Linux users being willing to pay for his software. So it only runs natively on Windows and OSX. I'd like to prove him wrong, but I need to get it running first. I'm doing this on an up to date Ubuntu 8.04 laptop. I've installed Wine from the repository. I've attached a segment of the relay output around what I think is causing the problem. Recreating the problem is very easy. Download Astroplanner from http://www.ilangainc.com/astroplanner/reguserdl/V1.6.1/AstroPlannerWindows.z.... It runs in demo mode until registration. There is no installation process, so just run it under Wine. After a lot of initialization, the application comes up. Create a new plan when that screen comes up. Open the Edit, Preferences... window. The problem occurs when you close that window. This seems quite reliable. The problem seems to be an unhandled page fault in ntdll, but I really don't know if that is the real problem. Thanks.
http://bugs.winehq.org/show_bug.cgi?id=14937
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|major |normal Keywords| |download
--- Comment #1 from Lei Zhang thestig@google.com 2008-08-21 12:52:29 --- severity is not major
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #2 from Stephen Rose s9999@penguinmail.com 2008-08-21 13:15:37 --- I'm not offended. :-)
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #3 from Austin English austinenglish@gmail.com 2008-08-21 14:01:28 --- Please install debugging symbols or compile wine yourself, and get another backtrace.
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #4 from Stephen Rose s9999@penguinmail.com 2008-08-21 16:19:01 --- Created an attachment (id=15535) --> (http://bugs.winehq.org/attachment.cgi?id=15535) Segment of relay output with debug symbols
Does this give you the information that you need?
http://bugs.winehq.org/show_bug.cgi?id=14937
Stephen Rose s9999@penguinmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Component|-unknown |comctl32
--- Comment #5 from Stephen Rose s9999@penguinmail.com 2008-10-05 13:43:35 --- After doing some more research on this problem, I've discovered that using winetricks to install comctl32 resolves the problem. From a little googling, apparently comctl32 has some known missing functionality. I've added this component to the details section. Hopefully this will help someone look into this further. In the mean time, I have Astroplanner working. I will continue testing it. I did buy a license to Astroplanner, so I can test the full version.
http://bugs.winehq.org/show_bug.cgi?id=14937
Lei Zhang thestig@google.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #6 from Lei Zhang thestig@google.com 2008-11-26 16:02:51 --- confirming
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #7 from Nikolay Sivov bunglehead@gmail.com 2009-06-26 19:40:48 --- Confirming with 1.1.24.
http://bugs.winehq.org/show_bug.cgi?id=14937
Niko Sandschneider nsandschn@gmx.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |nsandschn@gmx.de
--- Comment #8 from Niko Sandschneider nsandschn@gmx.de 2009-12-30 14:41:10 --- Still present in git.
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #9 from Nikolay Sivov bunglehead@gmail.com 2010-10-12 18:24:47 CDT --- Please try with current wine. If it still crashes the same way attach a +win,+msg,+tid log.
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #10 from Niko Sandschneider nsandschn@gmx.de 2010-10-13 16:12:05 CDT --- Created an attachment (id=31256) --> (http://bugs.winehq.org/attachment.cgi?id=31256) +win,+msg,+tid log with wine-1.3.4-362-gb20e75f
Still present in wine-1.3.4-362-gb20e75f. Requested log attached.
http://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #11 from Nikolay Sivov bunglehead@gmail.com 2011-04-08 16:36:30 CDT --- This seems to be a tooltip problem. If I skip WM_DESTROY handler (turn in to noop) then crash is gone.
You can use that as a workaround until bug is fixed.
http://bugs.winehq.org/show_bug.cgi?id=14937
Rafal Stanilewicz washuu@eastnews.com.pl changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |washuu@eastnews.com.pl
--- Comment #12 from Rafal Stanilewicz washuu@eastnews.com.pl 2012-04-16 03:04:50 CDT --- Unfortunately, the bug is still present in wine 1.5.2.
https://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #13 from Austin English austinenglish@gmail.com --- austin@aw25 ~ $ sha1sum AstroPlannerWindows.zip 5980d6a6733c3ff8a2fe7d88969eb9bfdc503e76 AstroPlannerWindows.zip austin@aw25 ~ $ du -h AstroPlannerWindows.zip 11M AstroPlannerWindows.zip austin@aw25 ~ $ wine --version wine-1.7.22
Still present. I'll attach a backtrace/log.
https://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #14 from Austin English austinenglish@gmail.com --- Created attachment 49020 --> https://bugs.winehq.org/attachment.cgi?id=49020 backtrace
https://bugs.winehq.org/show_bug.cgi?id=14937
Teras teras@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |teras@luukku.com
--- Comment #15 from Teras teras@luukku.com --- still crash when you close the window mentioned at comment 1
wine-1.7.36-113-g797bd65
https://bugs.winehq.org/show_bug.cgi?id=14937
narri xqwerty123@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |xqwerty123@luukku.com
--- Comment #16 from narri xqwerty123@luukku.com --- Still crashes. 1.7.42
https://bugs.winehq.org/show_bug.cgi?id=14937
super_man@post.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |super_man@post.com
--- Comment #17 from super_man@post.com --- (In reply to Nikolay Sivov from comment #11)
This seems to be a tooltip problem. If I skip WM_DESTROY handler (turn in to noop) then crash is gone.
You can use that as a workaround until bug is fixed.
Assuming correct analyze. Still crashes 1.8.rc1. How to produce at comment 1
https://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #18 from super_man@post.com --- It's a bit unclear where do I should start looking this WM_DESTROY
But I found quite interesting comment about this from wine source
280 /* WM_DESTROY is a special case. 281 * We need to ensure that the allocated memory is freed just before 282 * the dialog is killed. We also need to remove the added prop. 283 */ 284 if(iMsg == WM_DESTROY) 285 { 286 RemovePropA(hDlgWnd, (LPSTR)COMDLG32_Atom); 287 HeapFree(GetProcessHeap(), 0, pdata); 288 }
still an issue 1.9.5
https://bugs.winehq.org/show_bug.cgi?id=14937
winetest@luukku.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |winetest@luukku.com
--- Comment #19 from winetest@luukku.com --- Still valid wine 2.0rc5.
https://bugs.winehq.org/show_bug.cgi?id=14937
--- Comment #20 from winetest@luukku.com --- Crashes wine 2.1 and staging 2.0.
https://bugs.winehq.org/show_bug.cgi?id=14937
Fabian Maurer dark.shadow4@web.de changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |dark.shadow4@web.de
--- Comment #21 from Fabian Maurer dark.shadow4@web.de --- Still crashes as of wine-2.15.
https://bugs.winehq.org/show_bug.cgi?id=14937
rebe@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |rebe@gmx.net
--- Comment #22 from rebe@gmx.net --- Still exists for wine-3.0-rc1.
Steps: 1) create new plan 2) Edit - Preferences 3) Close that Preferences window.
https://bugs.winehq.org/show_bug.cgi?id=14937
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Astroplanner crash |Astroplanner 1.6.1 crashes | |when closing CC| |focht@gmx.net
--- Comment #23 from Anastasius Focht focht@gmx.net --- Hello folks,
confirming.
https://bugs.winehq.org/show_bug.cgi?id=14937
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- Summary|Astroplanner 1.6.1 crashes |Astroplanner 1.6.1 crashes |when closing |when closing "preferences" | |window | |(TOOLTIPS_SubclassProc must | |be unsubclassed during | |WM_NCDESTROY)
--- Comment #24 from Anastasius Focht focht@gmx.net --- Hello again,
last comment was too fast typing ;-)
Anyway, Nikolay's analysis is quite spot on.
The problem with tooltips WM_DESTROY handler is the unsubclassing being done there - too early. The app hook code still expects to be called, retrieving instance data via 'GetProp()'.
Have the TOOLTIPS_SubclassProc handle WM_NCDESTROY and unsubclass there.
Related info: https://blogs.msdn.microsoft.com/oldnewthing/20031111-00/?p=41883 ("The Old New Thing: Safer subclassing")
--- quote --- Do not assume that subclasses are added and removed in a purely stack-like manner. If you want to unsubclass and find that you are not the window procedure at the top of the chain you cannot safely unsubclass. You will have to leave your subclass attached until it becomes safe to unsubclass. Until that time, you just have to keep passing the messages through to the previous procedure. --- quote ---
Regards
https://bugs.winehq.org/show_bug.cgi?id=14937
Nikolay Sivov bunglehead@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Fixed by SHA1| |b68dbf4ea1294a98ca653f32e88 | |b07be632a5bae Resolution|--- |FIXED
--- Comment #25 from Nikolay Sivov bunglehead@gmail.com --- This works now, thanks Anastasius. Commit b68dbf4ea1294a98ca653f32e88b07be632a5bae.
https://bugs.winehq.org/show_bug.cgi?id=14937
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #26 from Alexandre Julliard julliard@winehq.org --- Closing bugs fixed in 3.0-rc3.
https://bugs.winehq.org/show_bug.cgi?id=14937
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|--- |2.0.x
https://bugs.winehq.org/show_bug.cgi?id=14937
Michael Stefaniuc mstefani@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Target Milestone|2.0.x |---
--- Comment #27 from Michael Stefaniuc mstefani@winehq.org --- Removing the 2.0.x milestone from bugs included in 2.0.5.
-
wine-bugs＠winehq.org