Re: Installierte Programme
- From: Frank Landen <franklandenNOSPAM@xxxxxx>
- Date: Tue, 24 Jan 2006 12:29:12 +0100
Mahlzeit Thorsten.
Thorsten Doerfler schrieb:
> Frank Landen schrieb:
>> Ich habe folgendes Szenario:
>> - ein VB-Proggi
>> - Braucht MDAC 2.5
>> - 2 OCX-im Programm-Verzeichnis, welche
>> mit Hilfe von API beim Programmstart
>> registriert werden.
>> - Kein Setup notwendig
>
> *mööp* Wir haben hier lange nicht mehr gesteinigt. Sollte man wieder
> einführen, ein Freiwilliger hat sich ja bereits gemeldet.
Hiiiiilfe. *g* Nein im Ernst, ich weis auch, dass es sooo nicht gerade die
feine Art und Weise ist, sonst hätte ich schon ein vernünftiges Setup
erstellt.
Der Hintergrund: Das Programm muss von USB-Stick laufen und es dürfen keine
"Fremd"-Dateien auf Festplatte kopiert werden - Microsoft-Runtimes sind
erlaubt. MDAC und VB6-Runtime-Dateien würde ich in einem "Redist"-Ordner
packen, damit der User diese gegebenfalls installiert. Die 2 ActiveX des
Programms dürfen nicht auf die Platte verbannt werden.
>> a.) Gibt es Argumente gegen eine Registrierung per API?
>
> Benutzer ist kein Admin - Boom! Reicht das, oder noch mehr?
Darf ein Benutzer keinen Funktionsaufruf aus einer DLL vornehmen? Ich werde
es später mal unter VirtualPC testen. Mir sind schon einige kommerzielle
Programme begegnet, die das machen. Aber nicht tragisch, ich kann durchaus
festlegen, dass das Programm nur mit Admin-Rechten ausgeführt werden darf.
Wäre das eine Lösung? Registrieren->Programm verwenden->Deregistrieren?
>> Ich dachte
>> ursprünglich, wenn ActiveX/Com-Dateien im Programmordner liegen,
>> registriert das VB-Proggi die selber.
>
> Macht es auch. Es sei denn, siehe oben.
Ich habe es unter VirtualPC mit Win98se getestet. Dateien reinpacken
funktionierte nicht wirklich. Das Programm findet zwar die Dateien, aber
bei der Selbstregistrierung läuft was schief.
Nach Registrierung aus dem Programm mit "DLLRegisterServer" funktionierte
alles wunderbar.
>> b.) Kann ich irgendwie prüfen, ob MDAC 2.5 installiert ist beim
>> Programmstart? (Damit Programm beendet wird, wenn es nicht vorliegt)
>> Oder muss ich einen Errorhandler auf ADO legen und diese Abfangen?
>
> Wäre die komfortabelste und sicherste Lösung. Wenn Du die ADO Objekte
> instanzieren kannst, wird ADO auch funktionsfähig installiert sein.
> Über Abfrage der Registry kannst Du zwar theoretisch prüfen, ob ADO
> installiert war, aber nicht, ob es funktioniert. Wenn es nicht
> funktioniert, knallt es trotzdem ohne Fehlerbehandlung.
Ok, danke, werde es dann doch so mit Errorhandler machen.
>> c.) Kann ich überprüfen, ob ein bestimmtes Programm in Systemsteuerung->
>> Software installiert ist? Muss ich die Registry selber abfragen, oder gibt
>> es elegantere Wege dafür?
>
> Registry. Wenn Du Glück hast verewigt sich Dein gesuchtes Programm unter:
> HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\App Paths
> [...}
Hat sich praktisch erledigt, da das gesuchte Programm in der Registry
eigene Einträge erstellt. Ich prüfe diese dann auf Vorhanden sein.
>> Zu b.) und c.) ist noch zu erwähnen, das Hilfen abwärts-kompatibel bis
>> Win98 sein sollten.
>
> Du willst ein VB6 Programm ohne Setup auf Win98 zum Laufen bringen?
Wie bereits erwähnt - unter Win98se (komplett Nackt, frisch installiert
unter VirtualPC) läuft es tadellos.
>[...}
Grüsse
Frank, der seine Haut gerne vor Thorsten retten möchte *scnr*
.
- References:
- Installierte Programme
- From: Frank Landen
- Re: Installierte Programme
- From: Thorsten Doerfler
- Installierte Programme
- Prev by Date: MSChart-Beschriftungsprobleme mit 2dPie
- Next by Date: Re: Installierte Programme
- Previous by thread: Re: Installierte Programme
- Next by thread: Re: Installierte Programme
- Index(es):
Relevant Pages
|