http://bugs.winehq.org/show_bug.cgi?id=14570
Summary: Regression on autocad 2005 Product: Wine Version: CVS/GIT Platform: Other OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: gdiplus AssignedTo: wine-bugs@winehq.org ReportedBy: max@veneto.com
Created an attachment (id=14922) --> (http://bugs.winehq.org/attachment.cgi?id=14922) autocad setup log
Following a suggestion from Anastasius Focht, I'll report bug 14456 in a more correct way and without making assumptions ow what's the cause of the problem.
Resuming it :
1) On wine 1.0 I could install AutoCAD 2005 on a patched wine, with following patches : a) Fixed opengl crash (see bug 13599, closed after 1.1), not necessary anymore b) Fixed missing backslash returned on registry returned local path queries (see bug 13838)
Other necessary stuffs were native DOTNET2.0 (broken 1.1 sp1, see bug 13995), native MSXML3 (needed because of unimplemented stuffs leading to bad toolbars contents) and native shlwapi (needed because of register today dialog, displayed incorrectly).
With those prerequisites autocad could be installed and runs ok.
2) On latest git (after 1.1.1), the situation changed : a) opengl bug is solved, no need to patch it anymore b) missing backslash bug still present, needs a patch
c) theoretically no need for dotnet2.0 anymore, autocad installs its own 1.1sp1 which goes ok. Just to restrict possible areas of failures, I did stil winetricks dotnet2.0 before setup.
d) steel needed MSXML3 and shlwapi as native, same reasons as above.
Autocad installs ok (well, it appears ok, see later); attached here is the COMPLETE setup log, starting from fresh wine prefix, installation of corefonts, dotnet2.0, msxml3 and autocad itself.
On first launch it crashes, see next report part.
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #1 from max@veneto.com 2008-07-19 08:11:05 --- Created an attachment (id=14923) --> (http://bugs.winehq.org/attachment.cgi?id=14923) Autocad 2005 crash on gdiplus
Well, here the running part... On first run autocad now crashes with error on gdiplus unimplemented call; here the line stating it :
wine: Unimplemented function gdiplus.dll.GdipBitmapSetPixel called at address 0x7b844e30 (thread 0009), starting debugger... Unhandled exception: unimplemented function gdiplus.dll.GdipBitmapSetPixel called in 32-bit code (0x7b844ea6).
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #2 from max@veneto.com 2008-07-19 08:18:15 --- Created an attachment (id=14924) --> (http://bugs.winehq.org/attachment.cgi?id=14924) run log after 2-3 retries
Two strange stuffs :
1) On an older wineprefix, on which autocad is installed (the one I use when working with autocad) still runs ok on newest wine, no need for native gdiplus at all.
2) If I launch 2-3 times autocad, in a random fashion it runs, without going through the gdiplus error above; the error occurs indeed on autocad EXIT, Attached here the corresponding log. Ah, autocad runs but missing icons in toolbars, as if MSXML3 wasn't installed correctly. Next run installing gdiplus......
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #3 from max@veneto.com 2008-07-19 08:22:29 --- Created an attachment (id=14925) --> (http://bugs.winehq.org/attachment.cgi?id=14925) run log with gdiplus installed
Here the run log with gdiplus installed; still no icons in toolbars, but no more gdiplus crash. The strange stuff is missing icons in toolbars.... that appears to be random too. Even a reinstall of MSXML3 didn't help.
I hope the report was complete enough, this time
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #4 from max@veneto.com 2008-07-19 08:29:51 --- Another information : if I install native gdiplus BEFORE installing autocad, the icons in toolbars are there correctly. That don't happens if I do it AFTER autocad setup.
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #5 from max@veneto.com 2008-07-19 08:36:03 --- Last info... dotnet2.0 is not needed anymore, it works good with 1.1sp1 installed by autocad itself.
http://bugs.winehq.org/show_bug.cgi?id=14570
Anastasius Focht focht@gmx.net changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |focht@gmx.net
--- Comment #6 from Anastasius Focht focht@gmx.net 2008-07-19 08:36:48 --- Hello,
actually wine's gdiplus is a big work in progress so changed behaviour for apps that require gdiplus is expected. When stubs get partially or completely implemented, the program execution flow changes. Previously uncovered/skipped application code might be executed, resulting in unimplemented gdiplus APIs being called.
The bug is actually a dupe of http://bugs.winehq.org/show_bug.cgi?id=10982 and technically not a regression for reasons I explained.
Appdb also gives a hint:
--- quote acad 2005 appdb entry --- with 1.1.0 + versions of wine you need also gdiplus as native, and it's not guaranteed that it works. So, better stay to 1.0 --- quote acad 2005 appdb entry ---
So 'sh winetricks gdiplus' should do it for the time being.
If you encounter unimplemented APIs, google the API name on winehq/buzgilla. If you find a bug which mentions the API, add a comment "app <name> also depends on this API", preventing duplicate reports. If the API is not mentioned, it's of course completely valid to open a new bug.
Regards
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #7 from max@veneto.com 2008-07-19 08:40:30 --- (In reply to comment #6)
Hello,
actually wine's gdiplus is a big work in progress so changed behaviour for apps that require gdiplus is expected. When stubs get partially or completely implemented, the program execution flow changes. Previously uncovered/skipped application code might be executed, resulting in unimplemented gdiplus APIs being called.
The bug is actually a dupe of http://bugs.winehq.org/show_bug.cgi?id=10982 and technically not a regression for reasons I explained.
Appdb also gives a hint:
--- quote acad 2005 appdb entry --- with 1.1.0 + versions of wine you need also gdiplus as native, and it's not guaranteed that it works. So, better stay to 1.0 --- quote acad 2005 appdb entry ---
So 'sh winetricks gdiplus' should do it for the time being.
If you encounter unimplemented APIs, google the API name on winehq/buzgilla. If you find a bug which mentions the API, add a comment "app <name> also depends on this API", preventing duplicate reports. If the API is not mentioned, it's of course completely valid to open a new bug.
Regards
Hello
Before all, thanx for the answer :-) Second point, appdb maintainer is me :-) so, an auto-hint !
Third point... still don't understand WHY autocad installed in my older wineprefix still runs ok without requiring native gdiplus, even on latest git !
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=14570
--- Comment #8 from Anastasius Focht focht@gmx.net 2008-07-19 08:57:31 --- Hello,
--- quote --- Third point... still don't understand WHY autocad installed in my older wineprefix still runs ok without requiring native gdiplus, even on latest git ! --- quote ---
Well I don't make any guesswork for user's WINEPREFIXes. There are gazillion issues if users manage apps in different WINEPREFIXes created/installed with different wine versions. I usually refuse to investigate any bugs if the user can't reproduce the problem with a *clean* WINEPREFIX and specific wine version.
You could run WINEDEBUG=+loaddll with wine-git on your old WINEPREFIX and see if gdiplus being loaded is *really* builtin.
Regards
http://bugs.winehq.org/show_bug.cgi?id=14570
max@veneto.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |max@veneto.com
--- Comment #9 from max@veneto.com 2008-07-19 09:02:52 --- (In reply to comment #8)
Hello,
--- quote --- Third point... still don't understand WHY autocad installed in my older wineprefix still runs ok without requiring native gdiplus, even on latest git ! --- quote ---
Well I don't make any guesswork for user's WINEPREFIXes. There are gazillion issues if users manage apps in different WINEPREFIXes created/installed with different wine versions. I usually refuse to investigate any bugs if the user can't reproduce the problem with a *clean* WINEPREFIX and specific wine version.
You could run WINEDEBUG=+loaddll with wine-git on your old WINEPREFIX and see if gdiplus being loaded is *really* builtin.
Regards
Well, I could do that, but as you say, It's not worth the effort :-) I've updated the appdb with instructions for wine 1.1.1, so other can use autocad again. BTW, gdiplus is indeed the builtin one, as no override is given for it.
Thank you very much for your clear answers, as usual :-)
Ciao
Max
http://bugs.winehq.org/show_bug.cgi?id=14570
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |RESOLVED Resolution| |DUPLICATE
--- Comment #10 from James Hawkins truiken@gmail.com 2008-07-19 11:15:58 --- Duplicate.
*** This bug has been marked as a duplicate of bug 10982 ***
http://bugs.winehq.org/show_bug.cgi?id=14570
James Hawkins truiken@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #11 from James Hawkins truiken@gmail.com 2008-07-19 11:16:08 --- Closing.
http://bugs.winehq.org/show_bug.cgi?id=14570
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|CVS/GIT |unspecified