Installation von ini-Dateien unter Win7 schlagen fehl

[messie]

Moin,

mir fällt ein Problem in letzter Zeit öfter auf die Füße: die Installationsroutinen (hier Installshield 2012) sind nicht mehr in der Lage, eine ini in Programdata\Programmname\. Nachdem mir das die Probleme mit den Datenbankzugriffen unter XP eingehandelt hat kommt jetzt auch eine Rückmeldung eines Kunden, der seine ältere Installationsroutine von 2010 nicht mehr ausführen kann (Win7). Beide Installationen erfordern Adminrechte.

Hat sich da irgendeine Windows-Policy geändert?

Grüße, Messie

[hathor]

Warst Du in den letzten Jahren auf einem anderen Planeten?

[EWeiss]

Zitat:

Zitat von hathor (Beitrag 1229499)

Warst Du in den letzten Jahren auf einem anderen Planeten?

Und wenn tut das nichts zum Thema.
Ist das hier ein Haudrauf Forum geworden oder was ist hier los.
Kein Beitrag in dem nicht jemand erst mal runtergemacht wird.

Sorry das mußte mal raus.

Eigentlich sollte man erwarten können das Installshield Automatisch mit Adminrechten ausgeführt wird.
Wenn nicht rechte Maustaste als Administrator ausführen.


gruss

[Uwe Raabe]

Vielleicht solltest du deine Frage etwas besser formulieren:

Zitat:

Zitat von messie (Beitrag 1229492)

mir fällt ein Problem in letzter Zeit öfter auf die Füße: die Installationsroutinen (hier Installshield 2012) sind nicht mehr in der Lage, eine ini in Programdata\Programmname\.

Hier fehlt irgendwie das Verb.

Zitat:

Zitat von messie (Beitrag 1229492)

Beide Installationen erfordern Adminrechte.

Ist das ein Hinweis oder das Problem?

Zitat:

Zitat von messie (Beitrag 1229492)

Hat sich da irgendeine Windows-Policy geändert?

In welchem Kontext: XP nach Win7?

Abgesehen davon können natürlich beim Kunden selbst Änderungen an den Policies vorgenommen worden sein.

[Lemmy]

Zitat:

Zitat von messie (Beitrag 1229492)

mir fällt ein Problem in letzter Zeit öfter auf die Füße: die Installationsroutinen (hier Installshield 2012) sind nicht mehr in der Lage, eine ini in Programdata\Programmname\.

wirklich nur eine ini-Datei in dieses Verzeichnis? Dann dürfte das daran liegen, dass die Installations-Exe ein *Update*, *INstall* oder *Setup* im Namen trägt. Das reicht aus um die UAC unter Win 7 auf den Plan zu rufen.

Grüße

[messie]

Zitat:

Zitat von EWeiss (Beitrag 1229501)

Eigentlich sollte man erwarten können das Installshield Automatisch mit Adminrechten ausgeführt wird.
Wenn nicht rechte Maustaste als Administrator ausführen.
gruss

Genau das hat schon ein paar Jahre funktioniert. Unter XP, Vista, Win7. War auch ausgiebig getestet. Jetzt kommt die Rückmeldung vom Kunden bzw. ich habe das Problem selbst. Zugriff auf Installshield habe ich nicht mehr, kann also die Projekteinstellungen nicht prüfen.
Was ich noch im Kopf habe ist, dass während der Installation ini-Einstellungen geändert wurden. Beim Ausführen als Admin sollte das aber kein Problem sein, war es damals auch nicht.
Wenn ich eine Erklärung hätte oder Google mir eine Antwort geben könnte, hätte ich hier nicht gefragt. Zudem bin ich schon im offtopic-Bereich.

Zitat:

Zitat von hathor (Beitrag 1229499)

Warst Du in den letzten Jahren auf einem anderen Planeten?

Nein, aber die Kunden :mrgreen:

@Lemmy: Ja, eine setup.exe. Was unterscheidet die beim Ausführen im Adminmodus von anderen exen?

Grüße, Messie

[Lemmy]

Zitat:

Zitat von messie (Beitrag 1229511)

@Lemmy: Ja, eine setup.exe. Was unterscheidet die beim Ausführen im Adminmodus von anderen exen?

nix.. mach ein "Hallo-Welt" Programm, benenne das "HW-Setup.exe" und du wirst die UAC brauchen, auch wenn das lediglich ein Formular mit Text anzeigt...

ein, wie ich finde, innovatives Sicherheitsfeature von Windows ;-)

Grüße

[DeddyH]

Die UAC untersucht Kompilate nicht nur auf Admin-Manifeste, sondern auch auf den Dateinamen. Die angesprochenen Bestandteile wie "Install", "Setup" oder "Update" sorgen dann dafür, dass das Programm administrative Rechte benötigt. Wenn das wirklich extrem stören sollte, dann kann man es mal mit Umbenennen versuchen, obwohl solche Programme ja eigentlich per definitionem tatsächlich zu den administrativen Aufgaben gehören und somit auch entsprechende Rechte anfordern sollten.

[jaenicke]

Sorry, aber die ganze Diskussion führt doch gerade am Thema vorbei.
Das Thema ist, dass ein Installer mit Adminrechten dort eine .ini nicht schreiben kann. Und nicht, ob ein Programm aus Versehen Adminrechte bekommt oder jemand ohne Adminrechte dort nicht schreiben kann...

Zum Thema:
Ein Installer sollte dort schreiben können. Am sinnvollsten wäre, wenn du per Fernwartung auf dem PC schauen könntest, auf dem es passiert. Dann könntest du einfach den Process Monitor mit Filter auf "Path" "ends with" "DeineIni.ini" mitlaufen lassen und konkret schauen was da beim Zugriff genau passiert. (Oder der Kunde könnte das selbst machen, wenn er das kann.)

Meine Vermutung ist, dass da irgendwelche Rechte verstellt wurden oder ein Antivirenprogramm dazwischenfunkt.

[Lemmy]

Zitat:

Zitat von jaenicke (Beitrag 1229534)

Sorry, aber die ganze Diskussion führt doch gerade am Thema vorbei.

hm... sieht der Threadersteller aber anders...

[jaenicke]

Zitat:

Zitat von Lemmy (Beitrag 1229542)

hm... sieht der Threadersteller aber anders...

Weil er dort das hier geschilderte Problem als Problemursache genannt hat? Verstehe ich nicht.
Aber messie wird ja sicher noch schreiben wie es denn nun ist. ;-)

[Lemmy]

nur mal ne Vermutung:

Das Programm fragt nach Admin-Rechten weil das Ding halt Setup heißt, aber im Grunde für die Ausführung keine benötigt. Startest Du das Teil jetzt ohne Admin-Rechte, haut die Windows-Verzeichnis-Virtualisierung rein und die Datei wird nicht dort geschrieben wo sie eigentlich hin soll, sondern in das virtualisierte Verzeichnis (nochmal: Nur weil das Ding halt setup.exe heißt).
Das eigentliche Programm wiederum darf dort (programData/ProgrammName) lesen und schreiben, findet dort aber halt nicht die Ini vor die eigentlich dort hätte stehen sollen..


Grüße

[messie]

Moin,

und Danke für Eure Unterstützung. Es ist aus meiner Sicht nicht klar zu erkennen, wo die Ursache liegt. Möglich, dass die Unterverzeichnisse in ProgramData nicht korrekt angelegt werden (nach der Installation wird das Programm automatisch gestartet und die Verzeichnisse werden via ForceDirectories erzeugt). Ich bin auch nicht sicher, ob es evtl. an Installshield liegt, denn die Projekte waren z.T. sehr alt und sind oftmals durch Upgraderoutinen gelaufen. Ich habe auch einige Setup-Routinen neu aufgebaut weil Probleme auftraten. Die hier auftretenden Probleme sind aber zunächst nicht vorhanden gewesen. Daher die Frage, ob irgendwo die Zügel angezogen wurden.

Grüße, Messie

[Uwe Raabe]

Zitat:

Zitat von messie (Beitrag 1229550)

Möglich, dass die Unterverzeichnisse in ProgramData nicht korrekt angelegt werden (nach der Installation wird das Programm automatisch gestartet und die Verzeichnisse werden via ForceDirectories erzeugt).

Legt denn das Setup das erste Unterverzeichnis unterhalb ProgramData an und vergibt dafür auch die nötigen Rechte? Die Anwendung selbst wird ja wohl nicht als Admin laufen und kann per Default (wenn das Setup nicht vorgesorgt hat) nicht in ProgramData schreiben. Wenn damit dann weitere Unterverzeichnisse und Dateien angelegt werden, schlägt die Virtualisierung zu und ein nachfolgender Aufruf von Setup wird diese Verzeichnisse dann nicht finden.

[jaenicke]

Wer schreibt denn nun unter ProgramData? In deinem Eingangspost hast du geschrieben, dass das Setup selbst eine .ini nicht anlegen kann, jetzt schreibst du, dass das Programm selbst dort etwas machen soll.

Die beste Lösung ist im Normalfall die Daten vom Setup selbst dort anlegen zu lassen, das auch die notwendigen Rechte hat. Alle Daten, die das Programm selbst schreibt, gehören hingegen in die Anwendungsdaten des Benutzers. Dort hat auch das Programm ohne Adminrechte Schreibrechte.

[messie]

Zitat:

Zitat von jaenicke (Beitrag 1229554)

Wer schreibt denn nun unter ProgramData? In deinem Eingangspost hast du geschrieben, dass das Setup selbst eine .ini nicht anlegen kann, jetzt schreibst du, dass das Programm selbst dort etwas machen soll.

Die beste Lösung ist im Normalfall die Daten vom Setup selbst dort anlegen zu lassen, das auch die notwendigen Rechte hat. Alle Daten, die das Programm selbst schreibt, gehören hingegen in die Anwendungsdaten des Benutzers. Dort hat auch das Programm ohne Adminrechte Schreibrechte.

Sorry, bin nicht so oft im Thema :?

Das mit dem Programm war missverständlich. Die ini soll vom Setup angelegt werden und das geht schief. Testen kann ich das nicht da mir die Lizenz nicht mehr zur Verfügung steht (bin nur noch halbehrenamtlicher Freizeitprogrammierer).

Grüße, Messie

[jaenicke]

Zitat:

Zitat von messie (Beitrag 1230219)

Die ini soll vom Setup angelegt werden und das geht schief. Testen kann ich das nicht

Am besten wäre eben wie schon geschrieben ein Mitschnitt mit dem Process Monitor. Alles andere ist nur raten.