UnInstaller - Links löschen

[Ralf Kaiser]

Zitat von musicman56:

Zitat:

Aber blöd fragen ist halt einfacher als Lesen

Ich weiß, dass Inno viel kann, und flexibel ist, aber das was ich momentan mache kann mit Inno definitiv nicht gemacht werden. Seit 20 Jahren verdiene ich meine Brötchen als Selbständiger Entwickler mit Schwerpunkt Datenbank. Glaubt ihr wirklich ich bin so blöd nicht abschätzen zu können, was sich vom Aufwand her lohnt, und was nicht?

Du hast dir InnoSetup definitiv nicht angesehen!

Wenn du eine besonders komplizierte Aufgabe während des Setups zu erledigen hast dann implementiere diese einfach selbst in einer DLL und rufe sie aus dem Setupskript heraus auf!

So musst du dich nur um diese komplizierte Aufgabe selbst kümmern den Rest (das eigentliche Installieren und Deinstallieren) kannst du dann getrost den Standardfunktionen von InnoSetup überlassen.

Ciao,
Ralf

[cookie22]

Zitat:

Aber, um deine Frage zu beantworten: Ja, ich habe mich auf der Inno-Homepage umgesehen. Aber der Quellcode ist nicht so einfach zu bekommen. Erst dieses Tool zum Runterladen installieren usw. So einfach machen es die einem nicht.

Auf GitHub kann man ohne Probleme direkt aus dem Browser zugreifen.

https://github.com/jrsoftware/issrc

Zitat:

Woher nehmt ihr eigentlich die Gewissheit, dass mein problem bzw. meine Aufgabenstellung mit Inno lösbar wäre? Oder zumindest der Aufwand mit Inno geringer wäre?

Weil Inno einfach ein komplettes Framework für Installationen bietet. Du kannst Exe-Dateien oder Dlls ausführen und brauchst dich nicht um den Installations-Firlefanz zu kümmern, denn das übernimmt Inno und zwar perfekt, ohne auch nur eine Zeile Code.

Zitat:

Ich weiß, dass Inno viel kann, und flexibel ist, aber das was ich momentan mache kann mit Inno definitiv nicht gemacht werden. Seit 20 Jahren verdiene ich meine Brötchen als Selbständiger Entwickler mit Schwerpunkt Datenbank. Glaubt ihr wirklich ich bin so blöd nicht abschätzen zu können, was sich vom Aufwand her lohnt, und was nicht?

Du machst dir die unnötige Arbeit den Installer selbst zu schreiben, obwohl man bei Inno-Setup ohne großen Aufwand "JEDE BELIEBIGE FUNKTIONALITÄT" einfügen kann.

Manchmal sieht man den Wald vor lauter Bäumen nicht, soll selbst ruinierten Profis passieren.

[p80286]

Zitat von cookie22:

Manchmal sieht man den Wald vor lauter Bäumen nicht, soll selbst ruinierten Profis passieren.

Das konnte ich mir nicht entgehen lassen.
Tschulligung

Gruß
K-H

[cookie22]

Das was du beschreibst, hat mit einem Installer nur noch wenig zu tun.

[Sir Rufo]

Zitat von cookie22:

Das was du beschreibst, hat mit einem Installer nur noch wenig zu tun.

[moinmoin]

"Es geht darum, (m)eine komplette Anwendung von einem Rechner auf einen anderen "umzuziehen", also mit allem was vorhanden ist:

- Client-Server Datenbank. Muss deinstalliert und auf dem neuen System mit "teilweise" (also nicht mit allen) Einstellungen neu installiert werden.
- Alle Datenbanken des Kunden. Das sind Stamm- und Bewegungsdaten in unterschiedlichen Datenbanken von mehreren Mandanten
- Zumindest die letzte (Programm-)Datensicherung meiner integrierten Backup-Funktion.
- Die individuellen Registry-Einstellungen aller User
- Teilweise die Benutzerdaten"

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

[musicman56]

Das hab ich aber schon gleich zum Anfang klipp und klar geschrieben:

Zitat:

Könnte einen Roman über weitere Gründe zur Verwendung eines eigenen Installationsprogrammes schreiben, doch um die Pro's und Con's geht es ja eigentlich nicht. Das wär ein anderes Thema.

Was mir stinkt ist die Tatsache, dass es - wohl unvermeidlich - in fast jedem Forum Leute gibt die zur Sache selbst (also zur gestellten Frage) nichts beitragen können, weil sie selber absolut keinen Plan dazu haben. Aber irgendwie versuchen sie der Umwelt dann doch glaubhaft zu machen, wie gut sie drauf sind.

[musicman56]

Zitat:

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

Dann lies doch bitte nochmals nach. Gerade das ist ja das Innovative daran: Ein Installer der beides kann. Mit einer einzigen Codebase. Abgesehen davon: Migration ist eigentlich ja auch nicht richtig, weil die SW ja die immer die Gleiche bleibt. Übrigens: Im Dezember ist Relaunch, freu mich schon wieder auf die langen Gesichter der Konkurrenz (sorry, das konnt ich mir jetzt nicht verkneifen)

[moinmoin]

Gemeinsame/einzige Codebase - genial.

Wieviele "ifinstalled" sollen denn in die einzige Codebase rein?

Edit:
Ja, du hast Recht, wir verstehen dich nicht.

[Sir Rufo]

Zitat von musicman56:

Das hab ich aber schon gleich zum Anfang klipp und klar geschrieben:

Zitat:

Könnte einen Roman über weitere Gründe zur Verwendung eines eigenen Installationsprogrammes schreiben, doch um die Pro's und Con's geht es ja eigentlich nicht. Das wär ein anderes Thema.

Was mir stinkt ist die Tatsache, dass es - wohl unvermeidlich - in fast jedem Forum Leute gibt die zur Sache selbst (also zur gestellten Frage) nichts beitragen können, weil sie selber absolut keinen Plan dazu haben. Aber irgendwie versuchen sie der Umwelt dann doch glaubhaft zu machen, wie gut sie drauf sind.

Deine (gestellte) Frage bezog sich - klipp und klar - auf ein Installationsprogramm.
Deine (gedachte) Frage bezog sich auf ein Migrationsprogramm.

Wenn du nach Äpfeln fragst, aber dabei an Birnen denkst, wird dir niemand eine Birne anbieten, nur Äpfel.

Zitat von musicman56:

Zitat:

Verwechselt da etwa jemand etwas? Ein Migrationstool z.B. mit einem Installationstool?

Dann lies doch bitte nochmals nach. Gerade das ist ja das Innovative daran: Ein Installer der beides kann. Mit einer einzigen Codebase. Abgesehen davon: Migration ist eigentlich ja auch nicht richtig, weil die SW ja die immer die Gleiche bleibt. Übrigens: Im Dezember ist Relaunch, freu mich schon wieder auf die langen Gesichter der Konkurrenz (sorry, das konnt ich mir jetzt nicht verkneifen)

Migration = Umzug

Wenn du jetzt auch noch eine andere Bedeutung hinter den Begriffen definierst, dann wird es noch schwieriger.
Denn eine Migration habe ich bei einem Umzug von Maschine A auf Maschine B und/oder Software A auf Software B.