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

Dateien aktualisieren Version oder Zeitstempel?


4 replies to this topic

ts1

ts1
  • Full Members
  • 81 posts

Posted 19 December 2007 - 12:10

Hallo,

wir haben ein Setup, welches Dateien aktualisieren soll, einfach gnadenlos überschreiben.
In den Komponenteneinstellungen ist nie überschreiben folgerichtig auf nein gesetzt.
***************************************
Setzen Sie diese Eigenschaft auf Nein, um Folgendes auszuführen:

Wenn die Dateiversion auf dem Zielsystems neuer als die zu installierende Version ist, wird die Datei auf dem Zielsystem nicht überschrieben.
Wenn die zu installierende Version neuer als die Datei auf dem Zielsystem ist, wird die Datei auf dem Zielsystem überschrieben.
***************************************
Leider gibt es kein "immer überschreiben".
Aber der Zeitstempel würde es notfalls auch tun.

Doch leider ignoriert er den Zeitstempel und schaut sich die Versionsnummer an.
Auszug aus der Logdatei:
***************************************
MSI (s) (40:BC) [11:32:30:996]: Executing op: FileCopy(SourceName=compr32.dll,SourceCabKey=_1B01C69C6FA13F191C64205E862DF7BA,DestName=compr32.dll,Attributes=16384,FileSize=69632,PerTick=32768,,VerifyMedia=1,,,,,CheckCRC=0,Version=1.0.8.2,Language=1031,InstallMode=58982400,,,,,,,)
MSI (s) (40:BC) [11:32:31:012]: File: C:\Programme\Akademische Arbeitsgemeinschaft\Steuertipps\2008\SSE.tst\13.01\compr32.dll; Won't Overwrite; Won't patch; Existing file is of an equal version
***************************************

Wir haben keine Kontrolle über die Versionsnummer, das Ding kommt von der Oberfinanzdirektion. Wir müssen es Bit für Bit so nehmen, wie es ist.

Und nun? Wie kriegen wir das aktuelle File beim Kunden drauf?
Jetzt hat er schon einen inkonsistenten Zustand. Tolles InstallShield! mad.gif

Edited by ts1, 19 December 2007 - 12:12.


ANo

ANo
  • Full Members
  • 179 posts

Posted 19 December 2007 - 12:34

Hi ts1,
ich würde nicht sagen, dass es an IS liegt. Es gibt halt Regeln.
Und an die sollten sich auch Deine Oberindianer halten.

(Ein Weg wäre wohl ein MajorUpgrade mit der Reihenfolge: erst entfernen, dann neu installieren.)

Gruß
André



Guest_Tino Teuber

Guest_Tino Teuber
  • Guests

Posted 19 December 2007 - 13:47

QUOTE
Jetzt hat er schon einen inkonsistenten Zustand. Tolles InstallShield! mad.gif

Der Fehler liegt nicht bei InstallShield sondern an der Oberfinanzdirektion!

Es gibt ganz bestimmte Regeln wann eine Datei ersetzt wird und wann nicht. In diesem Fall ist es korrekt das die Datei nicht ersetzt wird. Die Datei verfügt über Versionsinformationen (1.0.8.2) und wenn die vorhanden sind werden diese auch für den Vergleich verwendet.

Gruß
Tino

ts1

ts1
  • Full Members
  • 81 posts

Posted 19 December 2007 - 15:27

Die Dateien waren alle dynamisch verknüpft.
Bei explizit hinzugefügten Dateien gibt es wohl die Option "immer überschreiben". Mal ausprobieren. Wäre eine Nootlösung für die bekannten Problemkinder, wenn es denn funktioniert.
Daß IS12 immer abstürzt, wenn man eine dynamisch verknüpfte Datei explizit hinzufügt ist auch eine Microsoft-Konvention? rolleyes.gif

ali

ali
  • Full Members
  • 1,008 posts

Posted 19 December 2007 - 16:47

hallo,
du kannst auch bei den Komponenten in den Einstellungen die Versionsinfo außer Kraft setzen, und hier manuell eine etwas höher angeben, das funktioniert auch. Man sollte hier nur nicht den Überblick verlieren, sprich dies bei zu vielen Komponenten machen.
"Immer überschreiben" hat den Nachteil, das die Komponente auch wirklich immer überschrieben wird, auch wenn diese am Ziel neuer ist!

Edited by ali, 19 December 2007 - 16:49.