Hello,
It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :)
Regards, Carlos.
Hi Carlos,
At 13.27 09/11/2002 +0100, Carlos Lozano wrote:
Hello,
It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :)
Speaking about IE 5.5, I was able to install it without first installing dcom95/98 simply by placing rundll32.exe in the c:\windows directory. I know that a pre-requisite of the compatibility list is not to have files coming from a Windows installation, so I wanted to ask everybody: should be build a built-in version of rundll32.exe (just like we have regedit and regsvr32)? Or is this job already on the plate of who is in charge of doing the "reboot" utility (a bunch of the RunOnce entries written by the installer of IE are calls to rundll32.exe)? Or am I volunteering for the job? ;-)
Alberto
------------------------------- Alberto Massari eXcelon Corp. http://www.StylusStudio.com
On Mon, Nov 11, 2002 at 02:44:00PM +0100, Alberto Massari wrote:
Hi Carlos,
At 13.27 09/11/2002 +0100, Carlos Lozano wrote:
Hello,
It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :)
Speaking about IE 5.5, I was able to install it without first installing dcom95/98 simply by placing rundll32.exe in the c:\windows directory.
Oh.
I know that a pre-requisite of the compatibility list is not to have files coming from a Windows installation, so I wanted to ask everybody: should be build a built-in version of rundll32.exe (just like we have regedit and regsvr32)? Or is this job already on the plate of who is in charge of doing the "reboot" utility (a bunch of the RunOnce entries written by the installer of IE are calls to rundll32.exe)? Or am I volunteering for the job? ;-)
Yes, this should be done (should be fairly easy, too). And yes, you are ;-) (and no, I'm not working on this part)
Waiting for programs/rundll32/,
Andreas Mohr
Hi Andreas,
At 17.17 11/11/2002 +0100, Andreas Mohr wrote:
On Mon, Nov 11, 2002 at 02:44:00PM +0100, Alberto Massari wrote: [...]
I know that a pre-requisite of the compatibility list is not to have files coming from a Windows installation, so I wanted to ask everybody:
should be
build a built-in version of rundll32.exe (just like we have regedit and regsvr32)? Or is this job already on the plate of who is in charge of
doing
the "reboot" utility (a bunch of the RunOnce entries written by the installer of IE are calls to rundll32.exe)? Or am I volunteering for the job? ;-)
Yes, this should be done (should be fairly easy, too). And yes, you are ;-) (and no, I'm not working on this part)
Just one more thing I want to check with you: the reboot utility should also perform the rename/move/delete operations that MoveFileEx(...,MOVEFILE_DELAY_UNTIL_REBOOT) stores in the registry key HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Manager\PendingFileRenameOperations (see http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base... for the details).
Thanks, Alberto
------------------------------- Alberto Massari eXcelon Corp. http://www.StylusStudio.com
"Alberto" == Alberto Massari alby@exln.com writes:
Alberto> Just one more thing I want to check with you: the reboot Alberto> utility should also perform the rename/move/delete operations Alberto> that MoveFileEx(...,MOVEFILE_DELAY_UNTIL_REBOOT) stores in the Alberto> registry key Alberto> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Alberto> Manager\PendingFileRenameOperations (see
Why has windows a zillion ways to do that tsak?
One for windows 98 and one for NT. I have already covered that in the "reboot todo" list I posted earlier, however. Thanks.
Shachar
Uwe Bonnes wrote:
"Alberto" == Alberto Massari alby@exln.com writes:
Alberto> Just one more thing I want to check with you: the reboot Alberto> utility should also perform the rename/move/delete operations Alberto> that MoveFileEx(...,MOVEFILE_DELAY_UNTIL_REBOOT) stores in the Alberto> registry key Alberto> HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Control\Session Alberto> Manager\PendingFileRenameOperations (see
Why has windows a zillion ways to do that tsak?
On Monday 11 November 2002 07:44 am, Alberto Massari wrote:
Hi Carlos,
At 13.27 09/11/2002 +0100, Carlos Lozano wrote:
Hello,
It includes 3 lists, a gold list with applications what are working almost 100% in wine, a silver list with application what could be working in wine with some work in them, and the full list with every test done :)
Speaking about IE 5.5, I was able to install it without first installing dcom95/98 simply by placing rundll32.exe in the c:\windows directory. I know that a pre-requisite of the compatibility list is not to have files coming from a Windows installation, so I wanted to ask everybody: should be build a built-in version of rundll32.exe (just like we have regedit and regsvr32)?
yes.
Or is this job already on the plate of who is in charge of doing the "reboot" utility (a bunch of the RunOnce entries written by the installer of IE are calls to rundll32.exe)?
Isn't rundll32's job to run out-of-process COM servers which have been registered, for example, via regsvr32? If I have this right, this is not going to be an easy thing to implement, since it will need data marshalling, and other scary features, some of which I am working on now....right? I think we need some of the COM wizards around here to provide some guidance on this.
Or am I volunteering for the job? ;-)
yes ;) Or maybe not. see above.
At 13.11 11/11/2002 -0600, you wrote:
On Monday 11 November 2002 07:44 am, Alberto Massari wrote:
Hi Carlos,
[...]
Or is this job already on the plate of who is in charge of doing the "reboot" utility (a bunch of the RunOnce entries written by the installer of IE are calls to rundll32.exe)?
Isn't rundll32's job to run out-of-process COM servers which have been registered, for example, via regsvr32? If I have this right, this is not going to be an easy thing to implement, since it will need data marshalling, and other scary features, some of which I am working on now....right? I think we need some of the COM wizards around here to provide some guidance on this.
No, its job is to run an entry point from a DLL. E.g. rundll32.exe advpack.dll,LaunchINFSection C:\WINDOWS\inf\mplayer2.inf,PerUserStub.NT
is supposed to load advpack.dll, locate the LaunchINFSection entry point and invoke it with the "C:\WINDOWS\inf\mplayer2.inf,PerUserStub.NT" argument.
It's syntax is documented in the Knowledge Base article Q164787 (or at http://www.mvps.org/vbnet/code/system/rundll32.htm)
It turned out to be pretty easy to implement: I already have a working version :-)
Alberto
------------------------------- Alberto Massari eXcelon Corp. http://www.StylusStudio.com
-
Alberto Massari -
Andreas Mohr -
Carlos Lozano -
Greg Turner -
Shachar Shemesh -
Uwe Bonnes