Programm aktualisieren (Codehilfe)

[Dejan Vu]

Zitat von himitsu:

also kann ich ja dessen bereits geladendenen Code doch gleich mit verwenden.

Ja, aber *löschen* geht trotzdem nicht.

Zitat:

Und es ist nicht sicher immer möglich, daß eine Anwendung einfach so umbenannt werden kann, wenn sie gerade geöffnet ist,

Wenn der neue Name nicht existiert, geht das immer.

Du meinst aber allgemein den grottigen Code (ohne jegliche Fehlerbehandlung).

[himitsu]

Zitat von Dejan Vu:

geht das immer.

Nein.

[Luckie]

Und es kann dir passieren, dass Virenscanner anschlagen, wenn sich eine Exe selber manipuliert.

[Dejan Vu]

Zitat von himitsu:

Zitat von Dejan Vu:

geht das immer.

Nein.

Wieso nicht? Unter welchen Umständen denn?

[Bladefire]

Danke für eure vielen Antworten.

Ich möchte noch klarstellen, dass sich die exe von mir nicht (die gleiche datei) selber löscht, sondern die neu heruntergeladene löscht die alte datei.

Könnte es möglich sein, dass es bei mir probleme mit prozessnamen gibt, denn wenn ich ein Programm während der laufzeit unbennene so hat es noch immer den gleichen Prozessnamen.

Ich habe auch das gefühl das es hin und wieder das alte programm nicht löscht, weil es noch gelaufen ist während das neue Programm ausgeführt wurde.

Ich werde vermutlich an diesem System festhalten und korregieren. Nichtsdestotrotz werde ich mir die vorschläge einer extra exe. (die man dann für sogut wie jedes Projekt leicht verändert verwenden kann) zu Herzen nehmen.

@nhimitsu, der Code ist in Form1 drinnen.


lg Simon
_______________
Anmerkung:

Ablauf wenn ich das Programm mehrmals ausführe (also: datei wird heruntergeladen, datei löscht alte datei, datei ändert seinen namen -> datei wird heruntergeladen)

1. Durchgang: Die heruntergeladene Datei ersetzt die alte Datei. Die neue Datei heißt nun zwar Project 1, in der Taskmanager sagt mir allerdings das der prozess projekt2 heißt. (unter diesem namen wurde es noch gestartet und es hat sich dann selbst unbenannt). --> alles so wie gelpant

2. Durchgang: Datei projekt1.exe (prozessname: projekt2.exe) lädt die datei projekt2.exe herunter. (projekt1.exe bennent sich in old123123.exe um und wird geschlossen) diese wird nun gestartet. --> Beide datein old123123.exe sowie project1.exe (die neu heruntergeladene datei. sind noch vorhanden allerdings läuft keine anwendung/prozess von den beiden.

3. Durchgang: (project1.exe wird von mir diesmal manuel gestartet. old123123.exe wird beim start gelöscht.) Ansonsten ist dieser Durchgang gleich wie der 1. Durchgang.

4. Durchgang: Wie durchgang 2.

5. Durchgang: Wie durchgang 3.

6. Durchgang: Wie durchgang 1. usw.
__________________________________________________ _______________

Ich habe das gefühl das es am Prozessnamen liegt.

@ himitsu, ich denke du hast recht, ich bin mir zwar nicht ganz sicher was du mit(" Cacht den Code.") meinst, aber ich vermute das es daran liegt.

Was kann ich nun dagegen Unternehmen (wenn ich es ohne update.exe lösen möchte)?



__________________________________________________ _______________
Anmerkung: Wie es ausschaut ist es doch nicht ganz so zufällig warum es funktioniert und warum nicht. Ich habe vor erstellen dieses Threads hin und wieder nicht gesehen das sich die messagebox geöffnet hat (das programm noch nicht gestartet wurde, bis ich auf ok klicke).

[Sir Rufo]

Zitat von Bladefire:

Ich möchte noch klarstellen, dass sich die exe von mir nicht (die gleiche datei) selber löscht, sondern die neu heruntergeladene löscht die alte datei.

Könnte es möglich sein, dass es bei mir probleme mit prozessnamen gibt, denn wenn ich ein Programm während der laufzeit unbennene so hat es noch immer den gleichen Prozessnamen.

Ich habe auch das gefühl das es hin und wieder das alte programm nicht löscht, weil es noch gelaufen ist während das neue Programm ausgeführt wurde.

Unter anderem aus diesen Gründen sollte man eine separate Update-Anwendung verwenden.

Nicht, dass das nicht auch so gehen würde, aber bei jedem Release muss man höllisch aufpassen, dass dieser Update-Code funktioniert. Und wofür? Weil der Code genau einmal zum Einsatz kommt? Dann doch lieber einen Updater der einmal gebaut und (bei jedem Update) immer wieder benutzt werden kann.

Kleines Beispiel:
Ändert sich z.B. der Mutex-Name (erkennen ob die alte Anwendung noch läuft), dann muss die neue Anwendung alle alten Mutex-Namen kennen sonst knallt es. Der Updater bekommt von der aktuellen Anwendung den Mutex-Namen mitgeteilt und kümmert sich entsprechend.

Bevor mir jetzt einer kommt "Ich benutze keinen Mutex" oder "Mein Mutex ändert sich nicht" - es ist nur ein Beispiel was mir jetzt adhoc mal eingefallen ist und aufzeigen soll, dass kleine Änderungen einen Rattenschwanz hinter sich herziehen können, die durch einen externen Updater wesentlich eleganter und einfacher gelöst werden können.

[himitsu]

Executables werden vom Windows ja wiederverwendet.
Das kennt man z.B. von DLLs, wo ja viele Programme die selben DLLs benutzten und es demnach natürlich praktisch ist, wenn die DLL dann nur einmal im physischem RAM liegt und dann nur noch bei all den Programmen in den virtuellen Arbeitsspeicher gemappt wird.
Und auf Seiten vom Windows sind EXE und DLL genau das Selbe.
Ach ja, dank Copy-On-Write stört es dann natürlich nicht, wenn Programme ihren Code patchen, da es nur auf die eigene DLL einen Einfluß hat und nicht auf alle Programme.

Nur ist natürlich nirgendwo dokumentiert wie Windows erkennt, ob es sich um die selbe EXE/DLL handelt, was man z.B. auch ganz einfach anhand des Dateinamens bestimmen könnte.


Und das Wann es eventuell nicht geht ... da kann es viele Gründe geben
- das Dateisystem
- Dateisystemtreiber
- Virenscanner und Co.
- andere Dateizugriffe
- Netzlaufwerke
- ...
- und letztendlich kommt das alles irgendwie darauf an WIE die Datei geöffnet ist.

Und dann ist es nunmal kein offiziell dokumentiertes und festgelegtes Verhalten,
was sich somit irgendwann auch wieder ändern könnte.

Billigstes Beispiel:

Delphi-Quellcode:

procedure TForm23.FormCreate(Sender: TObject);
begin
  TFileStream.Create(Application.ExeName, fmOpenRead or fmShareDenyNone);
end;

PS: Normaler Weise hat (sollte) ein einfaches "Benutzer"-Programm keine Rechte besitzen, um einfach so irgendwelche Programme zu ändern. (siehe Programme-Verzeichnis)

[nuclearping]

Zitat von Bladefire:

Ich werde vermutlich an diesem System festhalten und korregieren. Nichtsdestotrotz werde ich mir die vorschläge einer extra exe. (die man dann für sogut wie jedes Projekt leicht verändert verwenden kann) zu Herzen nehmen.

Nun, kannste so machen, klar. Aber die Zeit, die du damit verschwendest, an "diesem [fragwürdigen] System" festzuhalten und es auf Biegen und Brechen zu korrigieren, könntest du besser darin investieren, die hier bereits mehrfach empfohlene Updater-Anwendung zu programmieren. Denn darauf wirds früher oder später sowieso hinauslaufen, wenn du das Problem ordentlich und idiotensicher gelöst bekommen willst.

Und es ist ja nicht so, dass das Raketenwissenschaft ist. Du musst halt nur deinen Updater-Code, den du schon in deiner Form1 mitschleppst, in eine externe Anwendung auslagern und dich dann nur noch um den korrekten Ablauf kümmern (also Updater mit erhöhten Rechten (Adminrechten) starten, Hauptprogramm schließen, Update durchführen, Hauptprogramm neu starten (nur mit User-Rechten)).

[himitsu]

Man kann ja problemlos das Update im Hintergrund mit dem Programm runterladen und validieren. (machen viele Programme)

Aber das Installieren/Kopieren sollte etwas Anderes machen.
Das kann aber auch ein Script sein ... Batch (bat), Commandfile (cmd), PowerShell (ps), ...

[pelzig]

Nur als Anregung

Mein upzudatendes Hauptprogramm (chef.exe) übergibt meiner updater.exe zwei Parameter:

"Pfad zu chef.exe" und die interne
Versionsnummer von chef.exe als String (z.B. "20131224" für letztes Jahr Weihnachten)

Updater.exe beendet chef.exe und ermittelt aus dem Pfad die URL für den Download des Updates und die URL für die aktuelle Versionsnummer:
http://www.myhomepage.demo/updates/chef.exe und
http://www.myhomepage.demo/updates/chef.txt

Der Inhalt von chef.txt wird mit dem zweiten Parameter verglichen und - je nach Ergebnis das Update heruntergeladen - chef.exe wieder gestartet.

Mit Delphi 7 PE und den Indies (IdHTTP unter Win 8.11 Pro) kein Hexenwerk, da Windows für updater.exe (aufgrund des Echsennamens) automatisch höhere Rechte einfordert.

Bei meinen Updates geht es immer um mehrere Dateien, die aktualisiert werden müssen, daher lädt mein updater.exe ZIP-Dateien herunter und entpackt sie anschließend in den Pfad von chef.exe.

TZip: http://www.angusj.com/delphi/

Allerdings hat mein chef.exe nichts mit Datenbanken zu tun - wie auch, mit Delphi 7 PE

MfG