3 replies to this topic

[ali]

Hallo,

 

bei rasseln derzeit einige Supportfälle für ein Setup rein, welches mit dem neuen InstallShield 2013 erzeugt wurde. Die Supportfälle entstehen alle auf Systemen die etwas "veraltet" sind und ausschließlich mit AMD Athlon XP oder div. AMD Sempron Prozessoren bestückt sind. Es gibt einen recht unschönen Abbruch bei der CA ISSetupFilesExtract. Hat jemand evtl. ähnliche Erfahrungen gemacht?

Ich vermute, dass es sich evtl. um ein SSE Problem mit c++ handeln könnte.

 

Aktion gestartet um 14:28:22: ISSetupFilesExtract.
MSI © (E8:C4) [14:28:23:082]: Invoking remote custom action. DLL: C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\MSI7E.tmp, Entrypoint: SFStartupEx
MSI © (E8:E4) [14:28:23:092]: Cloaking enabled.
MSI © (E8:E4) [14:28:23:092]: Attempting to enable all disabled priveleges before calling Install on Server
MSI © (E8:E4) [14:28:23:092]: Connected to service for CA interface.
1: Starting to extract setup files
1: Getting SUPPORTDIR property : 
1: Extracting SetupFiles to: C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\{11EC0CBA-33BB-4954-A4A6-3EB02899B473}
1: Getting ISSetupFile table view
1: Executing ISSetupFile table view
1: Extracting Setup File:
1: C:\DOKUME~1\ADMINI~1\LOKALE~1\Temp\{11EC0CBA-33BB-4954-A4A6-3EB02899B473}\_isconfig.xml
MSI © (E8:C4) [14:28:24:254]: Leaked MSIHANDLE (7) of type 790540 for thread 2952
MSI © (E8:C4) [14:28:24:254]: Leaked MSIHANDLE (5) of type 790541 for thread 2952
MSI © (E8:C4) [14:28:24:254]: Note: 1: 2769 2: ISSetupFilesExtract 3: 2
Information 2769. Custom Action ISSetupFilesExtract did not close 2 MSIHANDLEs.
Aktion beendet um 14:28:24: ISSetupFilesExtract. Rückgabewert 3.
MSI © (E8:D4) [14:28:24:304]: Doing action: SetupCompleteError
Aktion 14:28:24: SetupCompleteError.
Aktion gestartet um 14:28:24: SetupCompleteError.

Edited by ali, 07 August 2013 - 09:01.

[ali]

na der ist gut.

Scheinbar gibt es mit VS2012 eine kleine Änderung.

Wenn man sein C/C++ Projekt mit VS 2012 kompiliert und in den Projekteigenschaften unter "Codegenerierung" nicht explizit für das "Erweiterte Anweisungsset" angibt das SEE aktiviert werden soll und es statt dessen auf dem Default-Wert "Nicht festgelegt" belässt, wird mit der Defaulteinstellung SSE2 erstellt. Damit werden dann alte Prozessoren die nur SSE können nicht mehr unterstützt. Unsere Setups brechen auf den Maschinen alle ab, scheinbar wurde auch bei InstallShield diese Änderung übersehen, wie auch bei uns in der Entwicklung, mit der Folge, dass die Telefone klingeln, da wir noch viele Kunden mit alten XP-Rechnern haben.

[Stefan Krueger]

Habt ihr noch ein älteres InstallShield um zu probieren, ob das Problem damit auch auftritt? In Version 2013 wurden die Custom Actions ja teilweise überarbeitet um vollständig 64-Bit-fähig zu sein. (Wenn es mit der alten version funktioniert, könnte man als Workaround evtl. die entsprechende DLL rüberkopieren)

[ali]

mit der Spring funktioniert noch alles. Ich hätte die DLL schon rüberkopieren können, aber das hätte mich nicht viel weiter gebracht, da wir selbiges Problem auch in unserer Anwendung haben, das ist aber etwas schwieriger zu beheben. Ich lasse es daher auch zukünftig wie es ist, unser Kunden müssen halt langsam umstellen.

Aber evtl. hilft der Beitrag hier anderen das Problem mit IS vor der Auslieferung IS-seitig zu fixen,wenn es sonst keine weiteren Probleme, wie bei uns, gibt.

Edited by ali, 16 August 2013 - 10:57.