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 von hathor:

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 von messie:

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 von messie:

Beide Installationen erfordern Adminrechte.

Ist das ein Hinweis oder das Problem?

Zitat von messie:

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 von messie:

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 von EWeiss:

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 von hathor:

Warst Du in den letzten Jahren auf einem anderen Planeten?

Nein, aber die Kunden

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

Grüße, Messie

[Lemmy]

Zitat von messie:

@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 von jaenicke:

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

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