Jump to content


This is a ready-only archive of the InstallSite Forum. You cannot post any new content here. / Dies ist ein Archiv des InstallSite Forums. Hier können keine neuen Beiträge veröffentlicht werden.
Photo

InstallerInformation


Best Answer Stefan Krueger , 27 October 2013 - 09:29

Oh, und dank der Wayback Machine habe ich den KB Artikel auch noch gefunden: https://web.archive....ticleid=Q112235
Er bestätigt meinen Verdacht, dass es am DCOM95 Modul liegt. Wenn du Windows 9x nicht mehr unterstützen musst, kannst du es wahrscheinlich einfach weglassen.

Go to the full post


16 replies to this topic

affrop

affrop
  • Full Members
  • 20 posts

Posted 24 October 2013 - 08:54

Hallo liebes Forum.

 

Ich habe mit InstallShield 12 ein Basic-MSI-Projekt neu erstellt und habe dann das Ergebnis getestet. Nach dem Entpacken der MSI-File startet der Windows Installer und gibt 2 MSG--Boxes "Der Forgang wurde erfolgreich abgeschlossen" und ein Ok-Button aus. Nach dem beide Ok's bestätigt wurden, kommt der Willkommen-Dialog.

Mir ist schleierhaft wo diese Meldungen herkommen. Vielleicht hat ja jemenad von euch ne Idee wie ich diese Meldungen weg bekomme.

 

Besten Dank im Vorraus



ali

ali
  • Full Members
  • 1,008 posts

Posted 24 October 2013 - 16:28

Hallo,

 

bis zum "Wilkommen-Dialog" sind es ja 2-3 Schritte durch die UI-Sequenz. ziehe doch mal deine Setup.exe mit Drag and Drop in eine Ausführenfenster und hänge da ein:

 /v"/L*V %TEMP%\MySetup.log"

an. In der Log-Datei im %temp% solltest du finden wonach du suchst.

Einfach in ein Ausführen Fenster (Win+R) %temp% reinschreiben und du landest im richtigen Verzeichnis.


Edited by ali, 24 October 2013 - 16:30.


Stefan Krueger

Stefan Krueger

    InstallSite.org

  • Administrators
  • 13,269 posts

Posted 25 October 2013 - 09:59

Und davor wird ggf. noch die Windows Installer Engine aktualisiert, das .NET Framework installiert usw. Kommt auch auf die Projekteinstellungen an.

Übrigens: arbeitest du tatsächlich mit dem uralten InstallShield 12 oder mit InstallShield 2012?



affrop

affrop
  • Full Members
  • 20 posts

Posted 25 October 2013 - 10:07

Hallo ali,

habe deine Idee mal ausprobiert. Es kommt aber stehts eine Fehlermeldung, dass nicht drauf zugegriffen werden kann, weil der Dateiname, Verzeichnisname oder Laufwerksname falsch ist.

Ich habe folgendes eingegeben: "C:\...\setup.exe"/v"/L*V %TEMP%\MySetup.log"

Zwischen dem V und dem % ist ein Leerzeichen.

Habe ich was falsch eingegeben oder wo könnte sonst der Fehler liegen?

@ Stefan: Ja, es werden zu Beginn noch ein paar Prereqs installiert. Und ja, es ist der InstallShield 12 



Stefan Krueger

Stefan Krueger

    InstallSite.org

  • Administrators
  • 13,269 posts

Posted 25 October 2013 - 10:36

Zwischen "C:\...\setup.exe" und /v muss ein Leerzeichen sein.

Die Meldung könnte also von einer der Prereqs kommen. Du könntest mal testweise die .msi über msiexec.exe aufrufen, also ohne die setup.exe. Dann falleen schon mal alle prereqs weg, die über setup.exe installiert werden. Das hlift evtl. das Problem einzugrenzen.



ali

ali
  • Full Members
  • 1,008 posts

Posted 25 October 2013 - 10:40

genau, also so:

"C:\...\setup.exe" /v"/L*V %TEMP%\MySetup.log"

 

wenn du deine Setup.exe mal mit dem Parameter /s aufrufst, dann sollten die Prerequisites silent ausgeführt werden. Wenn du da keine Meldung bekommst, weißt du das diese aus den Prerequisites kommen. Du könntest diese dann mit dem Prerequisite Editor so einstellen das diese silent aufgerufen werden, dann kannst du den Parameter /s weg lassen.


Edited by ali, 25 October 2013 - 10:41.


affrop

affrop
  • Full Members
  • 20 posts

Posted 25 October 2013 - 11:16

also erstmal Danke für den Hinweis mit dem Syntax.

Im Silent-Mode passierte wirklich gar nix. Nicht mal der Installer wurde gestartet.

Aber die Log-File hat was ergeben. Die Meldungen werden hier generiert:

 

Aktion beendet um 11:58:22: AppSearch. Rückgabewert 1.
MSI © (44:A8) [11:58:22:920]: Doing action: IsLaunchConditions.6FC97963_2511_11D4_BB8A_00C04F20D375
Aktion 11:58:22: IsLaunchConditions.6FC97963_2511_11D4_BB8A_00C04F20D375. 
Aktion gestartet um 11:58:22: IsLaunchConditions.6FC97963_2511_11D4_BB8A_00C04F20D375.
MSI © (44:A8) [11:58:22:921]: Note: 1: 2235 2:  3: ExtendedType 4: SELECT `Action`,`Type`,`Source`,`Target`, NULL, `ExtendedType` FROM `CustomAction` WHERE `Action` = 'IsLaunchConditions.6FC97963_2511_11D4_BB8A_00C04F20D375' 
MSI © (44:90) [11:58:22:925]: Invoking remote custom action. DLL: C:\Users\MB887E~1.TRA\AppData\Local\Temp\MSI32B7.tmp, Entrypoint: ISLaunchConditions
MSI © (44:AC) [11:58:22:926]: Cloaking enabled.
MSI © (44:AC) [11:58:22:926]: Attempting to enable all disabled privileges before calling Install on Server
MSI © (44:AC) [11:58:22:926]: Connected to service for CA interface.
MSI © (44!78) [11:58:22:979]: Note: 1: 2205 2:  3: LaunchCondition 
MSI © (44!78) [11:58:22:979]: Note: 1: 2228 2:  3: LaunchCondition 4: SELECT `Condition` FROM `LaunchCondition` 
Information 2898. For Tahoma8 textstyle, the system created a 'Tahoma' font, in 0 character set.
1: Der Vorgang wurde erfolgreich beendet.
 
MSI © (44!78) [11:58:25:663]: Produkt: IsoCalc 3 -- 1: Der Vorgang wurde erfolgreich beendet.
 
 
1: Der Vorgang wurde erfolgreich beendet.
 
MSI © (44!78) [11:58:26:257]: Produkt: IsoCalc 3 -- 1: Der Vorgang wurde erfolgreich beendet.
 
 
MSI © (44!78) [11:58:26:259]: PROPERTY CHANGE: Adding ISCONDITIONSMET property. Its value is '1'.
Aktion beendet um 11:58:26: IsLaunchConditions.6FC97963_2511_11D4_BB8A_00C04F20D375. Rückgabewert 1.
MSI © (44:A8) [11:58:26:269]: Doing action: CheckForDCOM.6FC97963_2511_11D4_BB8A_00C04F20D375
Aktion 11:58:26: CheckForDCOM.6FC97963_2511_11D4_BB8A_00C04F20D375. 
Aktion gestartet um 11:58:26: CheckForDCOM.6FC97963_2511_11D4_BB8A_00C04F20D375.
 
Merkwürdig ist nur, dass ich keine LaunchConditions definiert habe.


ali

ali
  • Full Members
  • 1,008 posts

Posted 25 October 2013 - 12:15

oh, da gabs wohl mal ein Problem, aber das Produkt ist wohl so alt, dass die die Lösung schon aus dem Web genommen haben:

 

http://community.fle...ditions-Message

 

Edit:

Ja, da gab es 2 SPs zu IS12, in einem wurde wohl das Problem behoben.


Edited by ali, 25 October 2013 - 12:20.


affrop

affrop
  • Full Members
  • 20 posts

Posted 25 October 2013 - 12:28

ich habe bereits sp2 mit oci-Hotfix installiert. Das Programm sollte also auf dem aktuellen Stand sein.



ali

ali
  • Full Members
  • 1,008 posts

Posted 25 October 2013 - 12:31

nimm doch mal deine Lauch Conditions raus und schau obs weg ist.



affrop

affrop
  • Full Members
  • 20 posts

Posted 25 October 2013 - 12:35

ich hab ja keine definiert!!! deshalb wundert mich das ja so.



ali

ali
  • Full Members
  • 1,008 posts

Posted 25 October 2013 - 12:43

Hast du im Direct Editor in der LaunchCondition Table mal nachgesehen, auch beim erzeugten MSI?

hm, da kann man nicht viel machen, offenbar gabs da ein HotFix, evtl. wurde das auch an den SPs vorbei verteilt, wie auch immer. Das Produkt ist ca. aus dem Jahr 2004, da gibt's schon ewig nix mehr drüber.  Und IS wurde zwischenzeitlich auch 2x eingesackt, da ist wohl nicht viel über geblieben :unsure:


Edited by ali, 25 October 2013 - 12:44.


affrop

affrop
  • Full Members
  • 20 posts

Posted 25 October 2013 - 13:05

die LaunchCondition Table im Direct Editor ist leer. Scheint wohl so als ob das nur mit ner neuen Version von IS in den Griff zu bekommen ist...

Gibt es da irgendwelche gute Bezugsquellen?



ali

ali
  • Full Members
  • 1,008 posts

Posted 25 October 2013 - 13:14

Stefan hat ja schon ein Shop hier, kannst ja mal gucken.

 

Eins ist mir noch eingefallen, hast du denn mal den umgekehrten Weg versucht und eine Condition angegeben, evtl. kommt das Fehlverhalten nur zum Tragen wenn die Tabelle leer ist.

zb :

VersionNT <> "400"



Stefan Krueger

Stefan Krueger

    InstallSite.org

  • Administrators
  • 13,269 posts

Posted 27 October 2013 - 09:24

Also, IsLaunchConditions ist nicht LaunchConditions sondern eine Custom Action von InstallShield. Die angehängte GUID deutet darauf hin, dass sie aus einem Merge Modul kommt. Vielleicht gibt dir das ja schon einen Hinweis. Ich würde dabei nicht auf ein "normales" merge Module tippen, das einzelne Runtime-Dateien installiert sondern an einen Wrapper für ein größeres Redist-Paket. In deinem Log steht zum Beispiel was von DCOM. Nimm doch solche Module mal testweise raus, bis du das schuldige gefunden hast. Notfalls kannst du dann das entsprechende reditst.exe von Microsoft runterladen und direkt als exe Custom Action aufrufen.

Vielleicht verwendest du auch trotz Service Pack Installation noch eine alte Version des Merge Moduls (z.B. weil du es aus einem anderen Verzeichnis oder aus dem Source Control System ziehst).



Stefan Krueger

Stefan Krueger

    InstallSite.org

  • Administrators
  • 13,269 posts

Posted 27 October 2013 - 09:29   Best Answer

Oh, und dank der Wayback Machine habe ich den KB Artikel auch noch gefunden: https://web.archive....ticleid=Q112235
Er bestätigt meinen Verdacht, dass es am DCOM95 Modul liegt. Wenn du Windows 9x nicht mehr unterstützen musst, kannst du es wahrscheinlich einfach weglassen.



affrop

affrop
  • Full Members
  • 20 posts

Posted 28 October 2013 - 11:37

Hey Stefan, danke für den Link. Habe die alte DCOM95 ausgetauscht und neu gestartet. Die Meldungen sind nun weg. Vielen Dank.