http://bugs.winehq.org/show_bug.cgi?id=9485
Summary: Adobe Photoshop Elements 5 aborts on startup (due to lack of IOCP?) Product: Wine Version: 0.9.44. Platform: Other URL: http://www.adobe.com/cfusion/tdrc/index.cfm?loc=en&produ ct=photoshop%5Felements OS/Version: other Status: NEW Severity: enhancement Priority: P2 Component: wine-misc AssignedTo: wine-bugs@winehq.org ReportedBy: dank@kegel.com
Photoshop Elements 5 aborts with a dialog "Invalid function" before it gets too far.
The problem seems to be associated with IO completion ports; when it can't create one, it goes through a lengthy stack unwind, then trips over its shoelaces a bit while trying to put up an error dialog. If IOCP not implemented is the problem, this is a dup of bug 6155. Here are highlights of the trace (this excerpt spans about 3100 lines in +relay):
000e:Call gdi32.ExtTextOutW(00000678,0000000b,0000000b,00002000,00000000,022d8cd8 L"Initializing Threads....\9110\001d\0010",00000017,022d9308) ret=651edd8d 000e:Call KERNEL32.CreateIoCompletionPort(ffffffff,00000000,00000000,00000001) ret=5ef08a53 fixme:ntdll:NtCreateIoCompletion (0x22deb48, 1f0003, (nil), 1) 000e:Ret KERNEL32.CreateIoCompletionPort() retval=00000000 ret=5ef08a53 000e:Call KERNEL32.FormatMessageW(00001300,00000000,00000001,00000400,022debb4,00000000,00000000) ret=5ef07996 000e:Call KERNEL32.RaiseException(e06d7363,00000001,00000003,022debdc) ret=7c359aed 000e:Call KERNEL32.MultiByteToWideChar(00000000,00000001,022dc468 "main: System Error",00000012,022da3bc,00001000) ret=670ce5f1 err:x11drv:X11DRV_CreateBitmap Trying to make bitmap with planes=1, bpp=32 000e:Call KERNEL32.MultiByteToWideChar(00000000,00000001,022dc0e4 "QPixmap::fromWinHBITMAP(), failed to get bitmap bits",00000034,022da038,00001000) ret=670ce5f1 000e:Call usp10.ScriptItemize(027f1d7a L"Invalid function\n",00000011,000000ff,00000000,00000000,022dda60,022dda28) ret=652cc69c
(The first time you start Photoshop Elements 5, it puts up a little window asking which of three views you want it to present on startup. I selected 'organizer', but I couldn't see how to dismiss the dialog, so I quit. That seems to have done it, as now when I start the app, it seems to try to put up the organizer view, but aborts as described above.
There are various other suspicious things in the log, most of which are probably unrelated to this failure. First off, every time it tries to output text (e.g. when it tries to say "Initializing threads..."), Wine says it doesn't support that combination of options: fixme:font:ExtTextOutW flags ETO_NUMERICSLOCAL | ETO_NUMERICSLATIN | ETO_PDY unimplemented and PSE throws an exception (and handles it). I suspect all that text isn't getting shown at all, which is serious if true, but probably isn't the cause of this crash. Next is the nifty error message log4cplus:ERROR No appenders could be found for logger (OLSManager). log4cplus:ERROR Please initialize the log4cplus system properly. which is probably harmless, but makes me wonder what nice info we could be getting if we knew how to make log4cplus happy. Then is another nifty error fixme:advapi:RegisterEventSourceW ((null),L"AdobePlatform"): stub which is also probably harmless and also makes me wonder if we're missing out on some good info.)
http://bugs.winehq.org/show_bug.cgi?id=9485
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Severity|enhancement |normal
--- Comment #1 from Dan Kegel dank@kegel.com 2007-08-27 10:14:00 --- The ExtTextOut problem looks like bug 9107.
http://bugs.winehq.org/show_bug.cgi?id=9485
Juan Lang juan_lang@yahoo.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |juan_lang@yahoo.com
--- Comment #2 from Juan Lang juan_lang@yahoo.com 2007-08-27 11:58:24 --- Note that this IO completion port isn't associated with any file handle (the first argument is INVALID_HANDLE_VALUE.) Attaching IO completion ports to file handles might be hard, but putting something together for this case looks more tractable, yes?
http://bugs.winehq.org/show_bug.cgi?id=9485
--- Comment #3 from Dan Kegel dank@kegel.com 2007-08-27 13:57:06 --- Yes, unless they call the function again to associate a file descriptor with that port. ( http://www.codeproject.com/useritems/iocpwalkthrough.asp suggests this happens in real life.) Worth a shot, though.
http://bugs.winehq.org/show_bug.cgi?id=9485
Mikolaj Zalewski mikolaj.zalewski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |mikolaj.zalewski@gmail.com
--- Comment #4 from Mikolaj Zalewski mikolaj.zalewski@gmail.com 2007-08-27 21:40:34 --- The patch http://www.winehq.org/pipermail/wine-patches/2007-August/043251.html enables to pass this this step. After it Photoshop blocks on some ODBC problems.
http://bugs.winehq.org/show_bug.cgi?id=9485
--- Comment #5 from Dan Kegel dank@kegel.com 2007-08-31 15:17:47 --- Can you file a bug for the ODBC problem?
http://bugs.winehq.org/show_bug.cgi?id=9485
--- Comment #6 from Dan Kegel dank@kegel.com 2007-09-20 19:03:36 --- odbc problem is filed as bug 9540
http://bugs.winehq.org/show_bug.cgi?id=9485
Mikolaj Zalewski mikolaj.zalewski@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #7 from Mikolaj Zalewski mikolaj.zalewski@gmail.com 2007-10-18 21:00:11 --- Probably thanks to the patches of Andrey Turkin, Photoshop passes the IO completion problems (there are problems later but these are separate bug - e.g. #9540, #9593)
http://bugs.winehq.org/show_bug.cgi?id=9485
Dan Kegel dank@kegel.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #8 from Dan Kegel dank@kegel.com 2008-01-28 05:43:21 --- Closing all RESOLVED FIXED bugs older than four weeks.