Re: Autorun

Tech-Archive recommends: Repair Windows Errors & Optimize Windows Performance

From: Harald M. Genauck (hmg_ng.entfernen_at_aboutvb.de)
Date: 04/21/04 

Date: Wed, 21 Apr 2004 02:51:47 +0200

Hallo Wolfgang,

> > Bitteschön, es ist fast beschämend trivial:
> >
> > Benenne Dein Programm in setup1.exe um, lasse die setup.exe vom
> > CD-Autostart-Mechanismus starten - und schon hast Du im wesentlichen
genau
> > das Gewünschte erreicht (Falls Dein Programm nicht mehr als die von
> > setup.exe gewährleistete VB-Runtime voraussetzt).

> 1. Beim Start von setup.exe erscheint ein Fenster mit
> dem Hinweis dass gerade Initialisierungsdateien kopiert werden.
> Wenn die DLLs auf dem Zielsystem aktuell sind, wird zwar
> nichts kopiert, jedoch ist alleine schon dieses Fenster für das
> Vorhaben störend. In der VB6-LST kann man immerhin den
> Text für Meldung und Fenstertitel ändern.

Hm... es wäre nicht das erste Programm, das in einem "Splash-Screen"
mitteilt, dass es gerade startet... Insbesondere bei solchen
Out-of-the-Box-Programmen ist das recht häufig anzutreffen - also nichts
besonders Abträgliches.

> Durch die Änderung der Zeile
> Setup=setup1.exe in Setup=irgendwas.exe (in der VB5 Konfigurationsdatei
> setup.lst) kann zwar ein beliebiges Programm gestartet werden, setup.exe
> bleibt aber im Speicher und wird erst beendet nachdem auch die
> aufgerufene Haupt-Anwendung (irgendwas.exe) geschlossen wurde.

Und? Ist das ein Problem? Setup.exe ist derart klein, dass das wohl nicht
der Rede wert ist. Technisch ist sowieso keinerlei Problem oder Gefahr oder
irgendwelche Beeinträchtigung damit verbunden.

> 2. Sollte setup.exe tatsächlich fehlende oder veraltete Dateien finden,
> werden diese ohne eine weitere Nachfrage installiert oder zumindest
> ein Installationsversuch unternommen. Dieser wird allerdings scheitern
> wenn die zu ersetzenden Dateien gerade in Verwendung sind oder
> Administratoren-Rechte vorausgesetzt werden. Somit ist ein stilles
> Aktualisieren nun wirklich ein schlechter Weg.

Um die Administratoren-Rechte wird auch Dein spezielles Tool bzw. das dann
von ihm angestoßene "Setup" nicht herumkommen, wenn es nach seiner Prüfung
feststellt, dass die VB-Runtime (oder zumindest ein Teil davon) doch zu
installieren ist. Wo ist der gravierende Unterschied?

> 3. Unabhängig von der DLL Aktualisierung, werden bereits beim
> Start von setup.exe diverse temporäre Dateien angelegt. Diese Dateien
> werden zwar beim Beenden des Programms wieder entfernt, dennoch
> ist es nicht in Ordnung dem Anwender zu suggerieren dass er lediglich
> eine Anwendung von CD startet, im Hintergrund aber reges Treiben
> auf seiner Festplatte herrscht. In diesem Sinne ist auch die
> Aktualisierung von System-DLLs die setup.exe eventuell ungefragt
> vornimmt ebenso nicht in Ordnung.

Nun, reges Treiben auf der Festplatte wird so oder so herrschen, sogar wenn
die Runtime-Voraussetzungen bereits gegeben sein sollten - alein schon
durch die Nutzung der Runtime.

Den Anwender interessiert letztlich bei Out-of-the-Box-Software in der
Regel recht wenig, was im Hintergrund passiert - die Hauptsache, die
Anwendung läuft wie erwartet und gewünscht. Und schließlich wird dem
Anwender nur das suggeriert, was auf der Packung (oder sonstwo im mehr oder
weniger klein Gedruckten) steht. Der Inhalt der Suggestion obliegt aber dem
Packungs-Texter bzw. dem dafür Verantwortlichen.

Falls diese Suggestion die scheinbare "Zusage" beinhalten sollte, dass das
erwartete Programm direkt von der CD starten könne und auch würde, wäre
diese Suggestions-Blasse auch bei Deinem Tool spätestens dann geplatzt,
wenn es unzureichende Voraussetzungen anträfe und dem Anwender die
Rückfrage wegen eines nun doch unumgänglich notwendig werdenden Setups
vorsetzen müsste.

So what?

Nichts gegen Dein Tool als solches. Ich finde die Idee im Prinzip durchaus
gut und nützlich - richtig eingesetzt mag es wohl dem einen oder anderen
Entwickler bei derartigem Bedarf einiges an Kopfzerbrechen und Arbeit
ersparen.

Lediglich die Tendenz und Essenz Deiner Argumentation hier und auf Deiner
Web-Site halte ich (und ja nicht nur ich) für eher bedenklich...

Viele Grüße

Harald M. Genauck

ABOUT Visual Basic - das Webmagazin
http://www.aboutvb.de

> 4. Somit sollte sich das "beschämend trivial" wieder relativieren ;-)
>
> Gruß W.Wolf
>
>
>

Relevant Pages

  • Re: Ich will eine "Personal Firewall". Welche?
    ... Der User ist verunsichert, weil $Programm "nach Hause telefoniert", ... Und genau *diese* Anwender wurden von der Werbung gezüchtet. ... Es wird meist versucht alles mit dem Linkblock zu ... und die Sicherheit *seines* Systems deutlich erhöhen. ...
    (microsoft.public.de.security.heimanwender)
  • Re: Installierte Programme
    ... Dumm nur, wenn der Anwender mit ... > Ich meinte aber damit nicht dass Frank mit der VBx setup.exe ... Ich programmiere inzwischen am Liebsten im Purebasic, ...
    (microsoft.public.de.vb)
  • Re: Mehrsprachigkeit | Begriffe
    ... Tag des Controls, sondern wir benutzen den Text selbst. ... Das Programm war zunächst in wie von .NET vorgesehen globalisiert worden. ... Anwender können keine Begriffe selbst auswechseln. ... Zunächst haben wir die Globalisierung entfernt. ...
    (microsoft.public.de.german.entwickler.dotnet.csharp)
  • =?iso-8859-1?Q?Re:_Hintergrundbilder_f=FCr_Formulare?=
    ... die Anwender *mein* Programm sehen lassen will und nicht das Werkzeug, ... Vorgabe gemacht, da muss ja nichts programmiert werden. ...
    (microsoft.public.de.access)
  • Re: Euere Meinung zu Lizenzierungsmöglichkeiten?
    ... Um das Programm zu starten muss der ... der Anwender nicht selber den Schlüssel generieren kann! ... Auf einem client wird ein 3GHZ CPU eingesetzt mit der primären ...
    (microsoft.public.de.german.entwickler.dotnet.vb)