Apart from the two patches I just submitted to wine-patches, a stdole32.tlb from real Windows, and the registry entries in winedefault.reg, you need my interprocess com hacks, which I've now put on WineHQ: http://www.winehq.com/~ovek/install.diff
The installation progress bar doesn't seem to display for some reason (might be a repaint issue or something else related to Alexandre's latest work, or something completely different, don't know), but anyway, even if it doesn't tell you its progress, it actually successfully installs now!
I hope I can get enough time to structure that interprocess com stuff properly, so that it can work the way MS designed it, which involves RPCRT4.dll and friends...
Ove Kaaven wrote:
Apart from the two patches I just submitted to wine-patches, a stdole32.tlb from real Windows, and the registry entries in winedefault.reg, you need my interprocess com hacks, which I've now put on WineHQ: http://www.winehq.com/~ovek/install.diff
The installation progress bar doesn't seem to display for some reason (might be a repaint issue or something else related to Alexandre's latest work, or something completely different, don't know), but anyway, even if it doesn't tell you its progress, it actually successfully installs now!
Huzzah! So where do we send the beer and pizza to thank you? :-)
I hope I can get enough time to structure that interprocess com stuff properly, so that it can work the way MS designed it, which involves RPCRT4.dll and friends...
Yes, hope you get a chance to.
- Dan
Dan Kegel wrote:
Ove Kaaven wrote:
Apart from the two patches I just submitted to wine-patches, a stdole32.tlb from real Windows, and the registry entries in winedefault.reg, you need my interprocess com hacks, which I've now put on WineHQ: http://www.winehq.com/~ovek/install.diff
The installation progress bar doesn't seem to display for some reason (might be a repaint issue or something else related to Alexandre's latest work, or something completely different, don't know), but anyway, even if it doesn't tell you its progress, it actually successfully installs now!
Huzzah! So where do we send the beer and pizza to thank you? :-)
Well, in addition to sending pizza to Ove (I don't think he likes beer), you might consider telling all your friends to sign up for our subscription services. 8-)
Ove's work has been part of the final push we're doing before going live on October 22nd.
-Gav
"Ove" == Ove Kaaven ovehk@ping.uio.no writes:
Ove> Apart from the two patches I just submitted to wine-patches, a Ove> stdole32.tlb from real Windows, and the registry entries in Ove> winedefault.reg, you need my interprocess com hacks, which I've now Ove> put on WineHQ: http://www.winehq.com/~ovek/install.diff
These two patches have been aplied now, if I read wine-cvs right.
Ove> The installation progress bar doesn't seem to display for some Ove> reason (might be a repaint issue or something else related to Ove> Alexandre's latest work, or something completely different, don't Ove> know), but anyway, even if it doesn't tell you its progress, it Ove> actually successfully installs now!
Ove> I hope I can get enough time to structure that interprocess com Ove> stuff properly, so that it can work the way MS designed it, which Ove> involves RPCRT4.dll and friends...
I patched with the file above on a recent CVS tree. Trying to run the installer for the Analog Devices Visual DSP, the process hangs with unrefreshed areas.
1853 096ed958:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,404007dc,ffffffff,00000000,00000000) ret=406fa09d 1854 08069d78:Ret kernel32.GetFileAttributesA() retval=00000020 ret=4001fabb 1855 08069d78:Call kernel32.GetTempFileNameA(40616270 "C:\Programme\Gemeinsame Dateien\InstallShield\engine\6\Intel 32\ 1855 ",40021d39 "ver",00000000,40615a70) ret=4001fba4 1856 08069d78:Ret kernel32.GetTempFileNameA() retval=000096a5 ret=4001fba4 1857 08069d78:Call kernel32.OpenFile(40615a70 "C:\Programme\Gemeinsame Dateien\InstallShield\engine\6\Intel 32\ver96a5.tmp",406158e4,00001000) ret=4001fbe3 1858 08069d78:Ret kernel32.OpenFile() retval=00000048 ret=4001fbe3 1859 08069d78:Call lz32.LZCopy(00000400,00000048) ret=4001fc0d
3386 08069d78:Call kernel32._lread(00000044,40403dd0,00000800) ret=404f7284 3387 096ed958:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000001 ret=406fa09d 3388 096ed958:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=406f9d70 3389 096ed958:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=406f9d70 3390 096ed958:Call x11drv.MsgWaitForMultipleObjectsEx(00000001,404007dc,ffffffff,00000000,00000000) ret=406fa09d 3391 096ed958:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000001 ret=406fa09d 3392 096ed958:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=406f9d70 3393 096ed958:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=406f9d70 3394 096ed958:Call window proc 0x40a34000 (hwnd=00010020,msg=WM_NCHITTEST,wp=00000000,lp=00560017) 3395 096ed958:Ret window proc 0x40a34000 (hwnd=00010020,msg=WM_NCHITTEST,wp=00000000,lp=00560017) retval=00000001 3396 096ed958:Call window proc 0x40a34000 (hwnd=00010020,msg=WM_SETCURSOR,wp=00010020,lp=02000001) 3397 096ed958:Ret window proc 0x40a34000 (hwnd=00010020,msg=WM_SETCURSOR,wp=00010020,lp=02000001) retval=00000236 3398 096ed958:Call window proc 0x40a34000 (hwnd=00010020,msg=WM_MOUSEMOVE,wp=00000000,lp=00560017) 3399 096ed958:Ret window proc 0x40a34000 (hwnd=00010020,msg=WM_MOUSEMOVE,wp=00000000,lp=00560017) retval=00000000 3400 096ed958:Call x11drv.MsgWaitForMultipleObjectsEx(00000000,00000000,00000000,00000000,00000000) ret=406f9d70 3401 096ed958:Ret x11drv.MsgWaitForMultipleObjectsEx() retval=00000102 ret=406f9d70
The x11drv.MsgWaitForMultipleObjectsEx seems to loop forever. There are several temp file with exactly the same size from former runs
Is this problem IS6 related?
Bye
Uwe Bonnes wrote:
"Uwe" == Uwe Bonnes bon@elektron.ikp.physik.tu-darmstadt.de writes:
... Uwe> Is this problem IS6 related?
To follow up my own question: This problem doesn't seem IS6 related.
I have
other programms hanging in the splash screen with this MsgWaitForMultipleObjectsEx pattern that ran before.
I checked for the patches in my tree, and none of them seems related
to taht
problems. Do other people see this problem?
Bye
hi..
I thought for sure someone had this working in linux...i tried but it craps out with: ------- error occured during move data porcess:13 Component: Program Files File Group:Program Files File:M:\setup\efgamesx86.dll
but hey I was impressed as I had sounds working in install...:)
thx for any help :) lee -===
-
Dan Kegel -
Duane Clark -
G.LeeJ -
Gavriel State -
Ove Kaaven -
Uwe Bonnes