Re: Nearly all Installshield installers fail

2005-04-01 Thread Robert Shearman
Joaquín Fernández wrote:
> With my application (Route 66), it enables me to start copying files,
> however the progress bar never moves. However, the installer is doing
> something but seems to be stuck somewhere. Maybe some deadlocks.
I have had many problems with InstallShield but i was able to install 
the programs (about 3 or 4 programs using InstallShield that i need) 
using WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n,b". You can probe with 
this.. it worked for this programs in Wine 2004 and 2005. 
Obviously, you must verify that this DLLs exist in the system dir.

This is not a good long-term solution since it requires a download from 
Microsoft. There are a number of issues with InstallShield currently. I 
had hoped that getting one working would get all working, but this 
doesn't seem to be the case from the current discussion on wine-devel. I 
am aware of 3 issues with ole32, 2 deadlocks and one error. The 
remaining issues appear to be with the typelib marshaler, which 
unfortunately lacks regression tests.

Rob


Nearly all Installshield installers fail

2005-04-01 Thread Joaquín Fernández
> With my application (Route 66), it enables me to start copying files,
> however the progress bar never moves. However, the installer is doing
> something but seems to be stuck somewhere. Maybe some deadlocks.
Español:
Yo tuve varios problemas con algunos programas que usan InstallShield como instalador (alrededor de 
3 o 4) pero pude instalarlos usando WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n,b". Puedes probar esto 
a ver si te funciona, para mí si funciona con estos programas en Wine 2004 y 2005. 
Obviamente, verifica que tengas esas DLLs en el sistema.

English:
I have had many problems with InstallShield but i was able to install the programs (about 3 or 4 
programs using InstallShield that i need) using WINEDLLOVERRIDES="ole32,oleaut32,rpcrt4=n,b". You 
can probe with this.. it worked for this programs in Wine 2004 and 2005. Obviously, you must 
verify that this DLLs exist in the system dir.

Regards
Joaquin
--
-BEGIN PGP PUBLIC KEY BLOCK-
Version: GnuPG v1.2.4 (GNU/Linux)
mQFCBEFI/gARAwDd2+ojasT3rCyRktSw+Ix3m+yoxSD0NkpMLlunmJxwvn6wKZVl
mDw76/Zu9mqDWWeSGdSl+60T7fDLrJZSEB45O9T5jdujj01GFeer7xuiuHBTFw8o
CXqD/hzhqYc46ecAoIQQjZ2qZtOWLPRBbegK/nyOIguNAv9QGiKPLBS8o0ksxEUp
EfLAExVmu6Zp693uKGf6XrBWNcLriuwRPr1mjy3N/bhMlqc3vcTeUBwxiUuX5h2P
NQgB3d2AbJS6oEvhmZL0Bn/8Ij/MSvVrartmCXuw9eSx0aMC/R7Kw9TtUfxFVUGx
fQKwoA9BXNElPLcNohbBS/fH87IMMxCJyn+rmTeNCEcUEQ7UgvVCdlzZ8+L4PdlH
qGR81nhZVEwPRnSSesLpSHRC1QQVoceBeb7PICr/b2eZiKMX+bQ+Sm9hcXXDrW4g
TWFudWVsIEZlcm7DoW5kZXogUXVpbGVzIDxqb2FxdWluQGNhc2FkZWFsYWJhbnph
Lm9yZz6IXgQTEQIAHgUCQUj+AAIbAwYLCQgHAwIDFQIDAxYCAQIeAQIXgAAKCRBH
677/q7xL4e15AJwNfSpeaXXMH2EjuKblfeBe51MrUgCcCP5jEnpXrDXLWULIW5yD
t6VdHlU=
=a8BM
-END PGP PUBLIC KEY BLOCK-


Re: Nearly all Installshield installers fail

2005-04-01 Thread Maxime Bellengé
With my application (Route 66), it enables me to start copying files,
however the progress bar never moves. However, the installer is doing
something but seems to be stuck somewhere. Maybe some deadlocks.

Max

PS(specially for Mike): I'm a man :)

On Fri, 2005-04-01 at 18:02 +0200, Uwe Bonnes wrote:
> > "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:
> 
> Mike> On Fri, 01 Apr 2005 10:53:36 +0200, Uwe Bonnes wrote:
> >> nearly all recent install shield installer fail for me, similar like:
> 
> Mike> I debugged this a bit with Maxime Bellenge, she sent me a full
> Mike> trace which revealed that this is a known problem. Here is a quick
> Mike> hacky patch to work around it:
> 
> Mike> Index: stubmanager.c
> Mike> ===
> Mike> RCS file: /home/wine/wine/dlls/ole32/stubmanager.c,v retrieving
> Mike> revision 1.19 diff -u -p -r1.19 stubmanager.c --- stubmanager.c 17
> Mike> Mar 2005 10:26:20 - 1.19 +++ stubmanager.c 23 Mar 2005
> Mike> 21:51:08 - @@ -477,7 +481,7 @@ BOOL
> Mike> stub_manager_notify_unmarshal(struc default: WARN("object OID %s
> Mike> already unmarshaled\n", wine_dbgstr_longlong(m->oid)); - ret =
> Mike> FALSE; + ret = TRUE; /* FIXME */ break; }
>  
> The altera installation proceeds a little bit, but not in a usefull way.
> 
> Thanks





Re: Nearly all Installshield installers fail

2005-04-01 Thread Uwe Bonnes
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:

Mike> On Fri, 01 Apr 2005 10:53:36 +0200, Uwe Bonnes wrote:
>> nearly all recent install shield installer fail for me, similar like:

Mike> I debugged this a bit with Maxime Bellenge, she sent me a full
Mike> trace which revealed that this is a known problem. Here is a quick
Mike> hacky patch to work around it:

Mike> Index: stubmanager.c
Mike> ===
Mike> RCS file: /home/wine/wine/dlls/ole32/stubmanager.c,v retrieving
Mike> revision 1.19 diff -u -p -r1.19 stubmanager.c --- stubmanager.c 17
Mike> Mar 2005 10:26:20 - 1.19 +++ stubmanager.c 23 Mar 2005
Mike> 21:51:08 - @@ -477,7 +481,7 @@ BOOL
Mike> stub_manager_notify_unmarshal(struc default: WARN("object OID %s
Mike> already unmarshaled\n", wine_dbgstr_longlong(m->oid)); - ret =
Mike> FALSE; + ret = TRUE; /* FIXME */ break; }
 
The altera installation proceeds a little bit, but not in a usefull way.

Thanks
-- 
Uwe Bonnes[EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- Tel. 06151 162516  Fax. 06151 164321 --



Re: Nearly all Installshield installers fail

2005-04-01 Thread Uwe Bonnes
> "Mike" == Mike Hearn <[EMAIL PROTECTED]> writes:

Mike> On Fri, 01 Apr 2005 12:03:46 +0200, Marcus Meissner wrote:
>>> nearly all recent install shield installer fail for me, similar
>>> like:

Mike> Which InstallShield version is this?

A "strings" on the installation file gives:

>...
>InstallShield Setup Player 2K2
>...
>Created by MIDL version 6.00.0347 at Mon Dec 02 13:30:56 2002

Or how else to easy extract the version.

This was with
quartusii_42_sp1_web_edition_single.exe from thw www.altera.com site.

Bye

-- 
Uwe Bonnes[EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- Tel. 06151 162516  Fax. 06151 164321 --



Re: Nearly all Installshield installers fail

2005-04-01 Thread Mike Hearn
On Fri, 01 Apr 2005 10:53:36 +0200, Uwe Bonnes wrote:
> nearly all recent install shield installer fail for me, similar like:

I debugged this a bit with Maxime Bellenge, she sent me a full trace which
revealed that this is a known problem. Here is a quick hacky patch to work
around it:

Index: stubmanager.c
===
RCS file: /home/wine/wine/dlls/ole32/stubmanager.c,v
retrieving revision 1.19
diff -u -p -r1.19 stubmanager.c
--- stubmanager.c   17 Mar 2005 10:26:20 -  1.19
+++ stubmanager.c   23 Mar 2005 21:51:08 -
@@ -477,7 +481,7 @@ BOOL stub_manager_notify_unmarshal(struc
 default:
 WARN("object OID %s already unmarshaled\n",
 wine_dbgstr_longlong(m->oid));
-ret = FALSE;
+ret = TRUE; /* FIXME */
 break;
 }
 
But I suspect you will hit further problems later.




Re: Nearly all Installshield installers fail

2005-04-01 Thread Mike Hearn
On Fri, 01 Apr 2005 12:03:46 +0200, Marcus Meissner wrote:
>> nearly all recent install shield installer fail for me, similar like:

Which InstallShield version is this?




Re: Nearly all Installshield installers fail

2005-04-01 Thread Marcus Meissner
On Fri, Apr 01, 2005 at 10:53:36AM +0200, Uwe Bonnes wrote:
> Hello,
> 
> nearly all recent install shield installer fail for me, similar like:
> ...
> fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
> fixme:sync:SetNamedPipeHandleState 0x1f0 0x42ad30e0 (nil) (nil)
> fixme:sync:SetNamedPipeHandleState 0x214 0x42ddc0e0 (nil) (nil)
> fixme:ole:RpcChannelBuffer_GetDestCtx (0x42551d8c,0x42551d90), stub!
> fixme:sync:SetNamedPipeHandleState 0x214 0x432080e0 (nil) (nil)
> fixme:ole:NdrConvert (pStubMsg == ^0x406cca80, pFormat == ^0x431041ba): stub.
> fixme:ole:NdrConvert (pStubMsg == ^0x42551d18, pFormat == ^0x431041ba): stub.
> err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 
> 0x
> fixme:ole:RpcChannelBuffer_GetDestCtx (0x42551d88,0x42551d8c), stub!
> fixme:sync:SetNamedPipeHandleState 0x1e8 0x42ff00e0 (nil) (nil)
> fixme:ole:NdrConvert (pStubMsg == ^0x406cca7c, pFormat == ^0x431041c8): stub.
> fixme:ole:NdrConvert (pStubMsg == ^0x42551d14, pFormat == ^0x431041c8): stub.
> fixme:sync:SetNamedPipeHandleState 0x1e4 0x432080e0 (nil) (nil)
> fixme:sync:SetNamedPipeHandleState 0x1e4 0x42bd60e0 (nil) (nil)
> fixme:sync:SetNamedPipeHandleState 0x1e4 0x42ad30e0 (nil) (nil)
> fixme:sync:SetNamedPipeHandleState 0x1ec 0x42bd60e0 (nil) (nil)
> fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 
> 0x4003 -> 0x8) 42de13b4
> 
> Do I have some bogus registry entries, did I miss some dll registration or
> is this the expected behaviour?

Its one of the versions that do not work yet.

Have not explored why yet ;)

There is also one with MSI support that needs native MSI still.

Ciao, Marcus


pgpeajkmnusD4.pgp
Description: PGP signature


Nearly all Installshield installers fail

2005-04-01 Thread Uwe Bonnes
Hello,

nearly all recent install shield installer fail for me, similar like:
...
fixme:ole:RegisterTypeLib Registering non-oleautomation interface!
fixme:sync:SetNamedPipeHandleState 0x1f0 0x42ad30e0 (nil) (nil)
fixme:sync:SetNamedPipeHandleState 0x214 0x42ddc0e0 (nil) (nil)
fixme:ole:RpcChannelBuffer_GetDestCtx (0x42551d8c,0x42551d90), stub!
fixme:sync:SetNamedPipeHandleState 0x214 0x432080e0 (nil) (nil)
fixme:ole:NdrConvert (pStubMsg == ^0x406cca80, pFormat == ^0x431041ba): stub.
fixme:ole:NdrConvert (pStubMsg == ^0x42551d18, pFormat == ^0x431041ba): stub.
err:ole:get_unmarshaler_from_stream Failed to read common OBJREF header, 
0x
fixme:ole:RpcChannelBuffer_GetDestCtx (0x42551d88,0x42551d8c), stub!
fixme:sync:SetNamedPipeHandleState 0x1e8 0x42ff00e0 (nil) (nil)
fixme:ole:NdrConvert (pStubMsg == ^0x406cca7c, pFormat == ^0x431041c8): stub.
fixme:ole:NdrConvert (pStubMsg == ^0x42551d14, pFormat == ^0x431041c8): stub.
fixme:sync:SetNamedPipeHandleState 0x1e4 0x432080e0 (nil) (nil)
fixme:sync:SetNamedPipeHandleState 0x1e4 0x42bd60e0 (nil) (nil)
fixme:sync:SetNamedPipeHandleState 0x1e4 0x42ad30e0 (nil) (nil)
fixme:sync:SetNamedPipeHandleState 0x1ec 0x42bd60e0 (nil) (nil)
fixme:ole:_copy_arg Should not use VariantChangeType here. (conversion from 
0x4003 -> 0x8) 42de13b4

Do I have some bogus registry entries, did I miss some dll registration or
is this the expected behaviour?

Thanks
-- 
Uwe Bonnes[EMAIL PROTECTED]

Institut fuer Kernphysik  Schlossgartenstrasse 9  64289 Darmstadt
- Tel. 06151 162516  Fax. 06151 164321 --