http://bugs.winehq.org/show_bug.cgi?id=17650
Summary: Maya PLE 8.5 doesn't install Product: Wine Version: unspecified Platform: PC OS/Version: Linux Status: UNCONFIRMED Severity: normal Priority: P2 Component: -unknown AssignedTo: wine-bugs@winehq.org ReportedBy: l.jirkovsky@gmail.com CC: fgouget@codeweavers.com
Maya PLE 8.5 doesn't install. When installation should begin (I mean the "real" installation after clicking next, next, install) it only blinks and shows that installation was unsuccessful.
I've gone through bisecting tree and found this:
36e195a18568c65d42cae6bf4a35006102e6c959 is first bad commit commit 36e195a18568c65d42cae6bf4a35006102e6c959 Author: Francois Gouget fgouget@codeweavers.com Date: Tue Nov 25 16:41:52 2008 +0100
shell32: Remove WINAPI/CALLBACK on static functions where not needed.
:040000 040000 c6e86211e6cbc39f40e1ce39977e4621a81bc939 63e5851922a64364394227535471b41a5a9c6a38 M dlls
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #1 from Vitaliy Margolen vitaliy@kievinfo.com 2009-03-08 11:56:54 --- What Wine version?
This patch you've identified as causing regression should be a no-op. Please verify removing it and recompiling shell32 that it fixes the problem for you.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #2 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-08 12:33:49 --- All versions newer than 1.1.9 or 1.1.10 I think (wine from git tree after bisecting says wine-1.1.9-120-g36e195a).
I'll test reverting that commit.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #3 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-08 13:48:19 --- I've tested it with current git and reverting this patch fixes the problem.
http://bugs.winehq.org/show_bug.cgi?id=17650
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Keywords| |regression
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #4 from François Gouget fgouget@codeweavers.com 2009-03-08 17:44:41 --- Could you check which part of the patch causes the regression? Each line can be reverted independently without trouble.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #5 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-09 11:35:57 --- I'm not sure if I did it right (I know nothing about git), but results seems quite strange to me. If I revert change any single line change, it always starts to work.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #6 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-09 12:27:46 --- I'm sorry I've been wrong in my previous post. It's caused only by change in dlls/shell32/pidl.c (maybe it was caused by forgetting to run make clean before rebuilding). Here's the corresponding part from the patch:
diff --git a/dlls/shell32/pidl.c b/dlls/shell32/pidl.c index af299d5..12e148c 100644 --- a/dlls/shell32/pidl.c +++ b/dlls/shell32/pidl.c @@ -985,7 +985,7 @@ LPITEMIDLIST WINAPI ILCreateFromPathAW (LPCVOID path) * is used to avoid having to verify the current path element on disk, so * that creating an ItemIDList from a nonexistent path still can work. */ -static HRESULT WINAPI _ILParsePathW(LPCWSTR path, LPWIN32_FIND_DATAW lpFindFile, +static HRESULT _ILParsePathW(LPCWSTR path, LPWIN32_FIND_DATAW lpFindFile, BOOL bBindCtx, LPITEMIDLIST *ppidl, LPDWORD prgfInOut) { LPSHELLFOLDER pSF = NULL;
If add the "WINAPI" back it works.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #7 from François Gouget fgouget@codeweavers.com 2009-03-10 07:24:36 --- I have rechecked this part of the patch and I really see nothing wrong. So I think what happens is that the stack gets corrupted somewhere, and that because WINAPI and CDECL pop the stack in different ways one causes a crash and not the other. If that's the case, then you need to find what causes the stack corruption.
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #8 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-10 08:00:36 --- It's not exactly the crash. It just doesn't install. I've made video of it: http://blender6xx.ic.cz/pub/maya_install.mpeg
But now it installs perfectly, even though I've not changed anything within wine (and I've been installing into the clear .wine directory as always).
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #9 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-03-15 03:38:03 --- Strange, I've tested it a lot but it doesn't work without reverting the change in pidl.c. Maybe install just wasn't properly overwritten (I've wine installed through package manager and I've tried to make install over it).
http://bugs.winehq.org/show_bug.cgi?id=17650
Lukas Jirkovsky l.jirkovsky@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- CC| |l.jirkovsky@gmail.com
--- Comment #10 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-04-14 05:42:20 --- I've tested it with wine 1.1.19. It seems that this problem occurs only sometimes (or better it sometimes install without problems).
Here's part of wine's output after click on Install button when installation successfully begins:
fixme:rpc:RpcImpersonateClient (0x19a918): stub err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0x2800000029 err:ole:xCall RpcChannelBuffer SendReceive failed, 8001010e fixme:rpc:RpcRevertToSelfEx (0x19a918): stub fixme:msi:ACTION_HandleStandardAction unhandled standard action L"SetODBCFolders" fixme:rpc:RpcImpersonateClient (0x198710): stub err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0x2800000029 err:ole:xCall RpcChannelBuffer SendReceive failed, 8001010e fixme:rpc:RpcRevertToSelfEx (0x198710): stub fixme:rpc:RpcImpersonateClient (0x1a6410): stub err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0x2800000029 err:ole:xCall RpcChannelBuffer SendReceive failed, 8001010e fixme:rpc:RpcRevertToSelfEx (0x1a6410): stub fixme:msi:msi_unimplemented_action_stub MsiUnpublishAssemblies -> 6 ignored L"MsiAssembly" table values fixme:msi:msi_unimplemented_action_stub RemoveRegistryValues -> 1 ignored L"RemoveRegistry" table values fixme:msi:msi_unimplemented_action_stub UnregisterProgIdInfo -> 3 ignored L"ProgId" table values fixme:msi:msi_unimplemented_action_stub RemoveShortcuts -> 5 ignored L"Shortcut" table values fixme:msi:msi_unimplemented_action_stub RemoveEnvironmentStrings -> 1 ignored L"Environment" table values
Here's output when installation doesn't begin:
fixme:rpc:RpcImpersonateClient (0x19a918): stub err:ole:ClientRpcChannelBuffer_SendReceive called from wrong apartment, should have been 0x2800000029 err:ole:xCall RpcChannelBuffer SendReceive failed, 8001010e fixme:rpc:RpcRevertToSelfEx (0x19a918): stub err:msi:ITERATE_Actions Execution halted, action L"ISStartup" returned 1603 err:msi:ITERATE_Actions Execution halted, action L"ExecuteAction" returned 1603
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #11 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-04-26 10:20:34 --- Still valid for 1.1.20
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #12 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-05-10 03:46:59 --- Confirming with wine 1.1.21. Sometimes it install, sometimes it doesn't.
http://bugs.winehq.org/show_bug.cgi?id=17650
Lukas Jirkovsky l.jirkovsky@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|unspecified |1.1.25
--- Comment #13 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-07-04 03:33:32 --- Still in 1.1.25.
http://bugs.winehq.org/show_bug.cgi?id=17650
Dmitry Timoshkov dmitry@codeweavers.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Version|1.1.25 |1.1.9
--- Comment #14 from Dmitry Timoshkov dmitry@codeweavers.com 2009-07-09 10:15:13 --- An original report assumes 1.1.9
http://bugs.winehq.org/show_bug.cgi?id=17650
billstei billstei@hbci.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|UNCONFIRMED |NEW Ever Confirmed|0 |1
--- Comment #15 from billstei billstei@hbci.com 2009-11-02 18:40:26 --- *** This bug has been confirmed by popular vote. ***
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #16 from Lukas Jirkovsky l.jirkovsky@gmail.com 2009-11-20 01:22:43 --- Still valid in 1.1.33
http://bugs.winehq.org/show_bug.cgi?id=17650
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Blocks| |12385
http://bugs.winehq.org/show_bug.cgi?id=17650
--- Comment #17 from Lukas Jirkovsky l.jirkovsky@gmail.com 2010-01-09 10:22:17 --- It seems to work with wine 1.1.36.
http://bugs.winehq.org/show_bug.cgi?id=17650
Austin English austinenglish@gmail.com changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|NEW |RESOLVED Resolution| |FIXED
--- Comment #18 from Austin English austinenglish@gmail.com 2010-01-09 12:02:48 --- (In reply to comment #17)
It seems to work with wine 1.1.36.
Fixed then.
http://bugs.winehq.org/show_bug.cgi?id=17650
Alexandre Julliard julliard@winehq.org changed:
What |Removed |Added ---------------------------------------------------------------------------- Status|RESOLVED |CLOSED
--- Comment #19 from Alexandre Julliard julliard@winehq.org 2010-01-22 11:02:14 --- Closing bugs fixed in 1.1.37.
-
wine-bugs＠winehq.org