5 replies to this topic

[ali]

Wir haben auf Windows ME das Problem, das beim entfernen unseres Produktes wohl eine XML Datei registriert werden soll, die wir über ein MergeModul installiert haben. Es handelt sich hier um das XML3 SP4 Merge Module das in IS Dev 10.5 enthalten ist. Ich habe hier mal einen kleine Auszug

MSI © (C1:A9): Executing op: ActionStart(Name=MDACPRE_Rollback_CleanupDlls.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,,)
Aktion 11:27:37: MDACPRE_Rollback_CleanupDlls.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3.
MSI © (C1:A9): Executing op: CustomActionSchedule(Action=MDACPRE_Rollback_CleanupDlls.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,ActionType=1345,Source=BinaryData,Target=DeferredCleanupDlls,CustomActionData=C:\WIN2000\msvcp71.dll)
MSI © (C1:A9): Executing op: ActionStart(Name=InstallFiles,Description=Neue Dateien werden kopiert,Template=Datei: , Ordner: , Größe: )
Aktion 11:27:37: InstallFiles. Neue Dateien werden kopiert
MSI © (C1:A9): Executing op: InstallProtectedFiles(AllowUI=1)
MSI © (C1:A9): Executing op: ActionStart(Name=Wdsfpca_DoSelfRegModule.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,,)
Aktion 11:27:37: Wdsfpca_DoSelfRegModule.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3.
MSI © (C1:A9): Executing op: CustomActionSchedule(Action=Wdsfpca_DoSelfRegModule.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,ActionType=1025,Source=BinaryData,Target=Wdsfpca_DoSelfRegModule,CustomActionData=msxml3.dll
C:\WIN2000\SYSTEM\
EOF_LIST
)
MSI © (C1:A9): Creating MSIHANDLE (135) of type 790536 for thread -310871
MSI © (C1:A9): Closing MSIHANDLE (135) of type 790536 for thread -310871
MSI © (C1:A9): Note: 1: 1723 2: Wdsfpca_DoSelfRegModule.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3 3: Wdsfpca_DoSelfRegModule 4: C:\WIN2000\TEMP\MSIB252.TMP

der Windows Installer meldet das einen notwendige DLL nicht ausgeführt werden kann. Was ich mich frage ist, wieso diese Aktion beim entfernen des Produktes überhaupt ausgeführt wird?

[Stefan Krueger]

Weisst du, in welchem Merge Modul diese Custom Action liegt:
Wdsfpca_DoSelfRegModule
(die angehängte GUID entspricht der Module ID, das kann bei der Suche helfen). Für mich sieht das nach einem Bug in diesem Merge Modul aus (falsche oder fehlende Bedingung für die Custom Action).

[ali]

das hat mit dem msxml3inf_wim32 MergeModule zu tun. Der Fehler ist aber nicht permanent. Der Installer versucht werend der deinstallatin auf die msxmlx.inf im SFPCA Cache Verzeinis zu zugreifen. Wieso ist mir ein Rätsel. Der Fehler tritt bei bestimmten Systemkonstellationen auf. Jetzt hatte ich ihn auf Win2000 bei einem Vorgängerprodukt von uns.

Aktion 10:34:43: InstallFiles. Neue Dateien werden kopiert
MSI (s) (64:B8) [10:34:43:437]: Executing op: InstallProtectedFiles(AllowUI=1)
MSI (s) (64:B8) [10:34:43:437]: Executing op: ActionStart(Name=Wdsfpca_DoInstallWFPFile.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,,)
Aktion 10:34:43: Wdsfpca_DoInstallWFPFile.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3.
MSI (s) (64:B8) [10:34:43:437]: Executing op: CustomActionSchedule(Action=Wdsfpca_DoInstallWFPFile.7E4F6CB4_E769_4917_AA7E_0E3CA074ABB3,ActionType=1025,Source=BinaryData,Target=Wdsfpca_DoInstallWFPFile,CustomActionData=C:\DOKUME~1\VERMIT~1\LOKALE~1\Temp\mso11A.tmp
3
C:\Programme\Gemeinsame Dateien\Microsoft Shared\SFPCA Cache\
msxmlx.inf
EOF_LIST
)
MSI (s) (64:04) [10:34:43:468]: Invoking remote custom action. DLL: C:\WINNT\Installer\MSI19E.tmp, Entrypoint: Wdsfpca_DoInstallWFPFile
<Func Name='Wdsfpca_DoInstallWFPFile'>
<Func Name='SfpCa_DoInstallWFPFile'>
Success: msoobci.dll is loaded successfuly from 'C:\DOKUME~1\VERMIT~1\LOKALE~1\Temp\mso11A.tmp'
UILevel is: '3'
Source path of exception pack: 'C:\Programme\Gemeinsame Dateien\Microsoft Shared\SFPCA Cache\'
Installing exception pack: 'msxmlx.inf'
Error: 'msxmlx.inf' with error code 1 (0x1)
Reason: Setup's function with error code 3 (0x3)
<EndFunc Name='SfpCa_DoInstallWFPFile' Return='1603' GetLastError='0'>
<EndFunc Name='Wdsfpca_DoInstallWFPFile' Return='1603' GetLastError='0'>
Aktion beendet um 10:34:43: InstallFinalize. Rückgabewert 3.
MSI (s) (64:B8) [10:34:43:734]: User policy value 'DisableRollback' is 0
MSI (s) (64:B8) [10:34:43:734]: Machine policy value 'DisableRollback' is 0

Das ist wohl nicht ganz richtig wo der Installer die Datei msxmlx.inf sucht, denn diese liegt auf diesem Rechner unter C:\Programme\Gemeinsame Dateien\Microsoft Shared\dasetup, und wurde wohl offensichtlich vom MDAC28 installiert.

ich werde hier nicht ganz schlau, das Problem kann ja immer auftreten, auch mit Software die wir bereits mit XML3 SP4 ausgeliefert haben.

Edited by ali, 30 August 2005 - 12:01.

[Stefan Krueger]

Wenn das Problem im Merge Modul liet (und so sieht es ja aus) dann solltest du dich am besten direkt an Microsoft wenden.

[ali]

ja, das Problem ist ja nicht das ich das MergeModule nicht installiern kann, ich kann ja auch das msxml3.0 SP 5 reinnehmen, was ich jetzt auch getan habe. Aber das goße große Problem ist, das ich die Software der letzten beiden Versionen nicht mehr von den Rechnern der Kunden runter bekomme, weil die deinstallation fehlschlägt. Das Problem konnte ich bei meinen testrechnern nicht nachvollziehen, aber bei einigen anderen. Ich denke das es an einem Microsoft Update liegt,

Edited by ali, 01 September 2005 - 16:24.

[ali]

toll, ich habe den fehler gefunden.

Wir haben in unserem Projekt das MSXML3 Sp4 MergeModul das von InstallShield mit der Installshield 10.5 Version ausgeliefert wird.

Wenn nun ein Windows 2000 Rechnern mit den aktuellen Rollout Hotfix bestückt wird, dann wird unter anderm auch auf dem betreffenden Rechner die MS XML 3 SP5 Version installiert.
Kompiliert man nun sein Projekt mit dem oben genannten MSM und führt eine installation auf dem Rechner durch dann wird das MSXML 3 SP 5 durch das ältere im Projekt enthaltenenen MSXML3 SP4 ersetzt. Somit ist die XML Version auf dem Rechner wieder die 8.40.xxx die inf Datei wird offensichtlich nicht installiert, aber das ist ja auch egal.
Fatal genug ist schon das das MSM die Dateien ersetzt obwohl bereits neuere auf dem Zielsystem vorhanden sind. Hierdurch kommt es zu einem Schiefstand auf dem System wodurch unsere Deinstallation abbricht. Ich konnte den Fehler nur dadurch beheben, in dem ich das Microsoft Update neu installiert habe.
Unser neues Major Upgrade fällt natürlich auch auf die Nase weil die alte Version nicht deinstalliert werden kann. Was mache ich da nur? ich weiß überhaupt noch nicht wie viele Supportfälle da jetzt auf uns zurollen werden.