Bestimmen der Vorgehensweise für nicht UAC-kompatible Anwendungen

[ts-soft]

Da XProfan bisher nicht die benötigte Manifest für Windows Vista und höher
mitbringt, betrifft dieser Artikel alle mit XProfan erstellten Programme.

Bestimmen der Vorgehensweise für nicht UAC-kompatible Anwendungen

Ich denke mal, dies wird so manches merkwürdige Verhalten erklären.
Wenn Ihr eure Programme als WinVista oder Win7 kompatibel vertreibt,
solltet Ihr unbedingt die Manifest austauschen, gegen eine, die entweder
den UserModus oder den AdminModus anfordert. Ohne eine solche wird euer
Programm immer virtualisiert und läuft in einer Art Kompatibilitätsmodus für XP!
Die richtigen Zweige der Registry, sowie APPDATA sind natürlich auch zu
berücksichtigen. Die Manifest alleine macht kein Vista oder Win7 Programm

[Frabbing]

Ich hoffe ja, das Roland die interne Resource 24 in einer der nächsten Updates anpasst. Spricht für ihn ja sicher nichts dagegen, hier mal zu aktualisieren.

[ts-soft]

Er kann aber nicht beide gleichzeitig hineinpacken. Ohne Wahl für Admin oder User bringt es auch nichts

[AHT]

Was da steht ist ja nichts neues. Im Prinzip sollte man das Manifest beim Compilieren selbst auswählen können. PureBasic hat das ja schon - da reicht mir die Auswahl aber auch nicht (hab immer ganz gerne highestAvailable).
Einiges steht da aber nicht - und das ist, denke ich, viel wichtiger.
Unter bestimmten Voraussetzungen (welche das sind, weiß ich leider nicht) entscheidet Windows plötzlich selbst, ein Programm ohne entsprechendes Manifest im richtigen Kompatibilitätsmodus für XP zu starten und grundsätzlich mit Adminrechten auszuführen - und eben nicht die Virtualisierung zu nutzen!
Das kann zu unterschiedlichem Verhalten auf unterschiedlichen Rechnern führen - fatale Sache.

[ts-soft]

Zitat von AHT

Unter bestimmten Voraussetzungen (welche das sind, weiß ich leider nicht) entscheidet Windows plötzlich selbst

Anhand des Dateinamens. Setup, Install, Update oder ähnliches im Namen
ist für die Entscheidung dann verantwortlich.
Das der MS-Artikel nicht komplett ist war mir klar, aber als Einstieg, da ich
den zufällig fand, dachte ich, er wäre schon interessant (vor allem weil der
auch noch deutsch ist ).
Auf den MS-Servern stehen eigentlich alle Informationen zur Verfügung,
aber die zu finden ist nicht so einfach .

[AHT]

Die Voraussetzungen meinte ich nicht. Ich habe hier ein Programm, das absichtlich ohne Manifest läuft, weil der User selbst entscheiden muss, in welchem Kontext es laufen soll. Als User bestehen da andere Möglichkeiten, als als Admin oder im System Account. Ab und zu entscheidet Windows da selbst den Admin Flag zu setzen und das Ding läuft dann nicht mehr richtig. Setze ich den zurück, klappt die Sache für längere Zeit wieder. Hab mich erst nach dem Fehler totgesucht. Bei Profanprogrammen ohne Manifest von anderen Leuten ist mir das schon ähnlich gegangen.

[p. specht]

Ich versuche gerade, das Admin-Flag rückzusetzen, weil mir inzwischen klar ist, daß für das Programm dann die physischen Pfade gelten und nicht jene, die das 64bit System dem 32bit-Programm gnädigerweise vorgaukelt. Die entsprechenden Felder sind aber ausgegraut, selbst wenn ich mit Admin-Account einsteige... GRÜBEL... Wie bekomme ich das Admin-Flag wieder weg?

[ts-soft]

Zitat von p. specht

Wie bekomme ich das Admin-Flag wieder weg?

Kopier die Exe auf eine FAT32-Partion (evtl. Stick) und zurück.

[AHT]

Zitat von p. specht

Ich versuche gerade, das Admin-Flag rückzusetzen, weil mir inzwischen klar ist, daß für das Programm dann die physischen Pfade gelten und nicht jene, die das 64bit System dem 32bit-Programm gnädigerweise vorgaukelt. Die entsprechenden Felder sind aber ausgegraut, selbst wenn ich mit Admin-Account einsteige... GRÜBEL... Wie bekomme ich das Admin-Flag wieder weg?

Das ist Blödsinn. Der Flag hat was mit der UAC und der Virtualisierung dort zu tun , nicht aber mit der 64Bit Umleitung!

[p. specht]

Der Flag hat was mit der UAC und der Virtualisierung dort zu tun, nicht aber mit der 64Bit Umleitung!

Ich dachte, 32bit Programme auf 64bit laufen lassen zu können, sei ja gerade der Grund für Virtualisierung?? Was genau hab ich da verpasst?

[AHT]

Nö - XP Programme unter Vista laufen zu lassen ist Grund für Virtualisierung.
Folgendes liegt vor: Wenn du dir Rechte bestimmter Ordner ansiehst (zum Beispiel Program Files) wirst du feststellen, dass du als nicht Admin keinen Schreibzugriff auf diese Ordner hast. In der Registry sieht das ähnlich aus - siehe HKEY_LOCAL_MACHINE. Viele XP Programme würden also unter Vista abkacken, denn bis vor kurzem haben die meisten Progger gedacht, Zugriffsrechte bestehen nur auf die Möpse der eigenen Frau und nicht in Windows. Damit das nicht passiert, leitet Windows solche Zugriffe um.

[AHT]

Siehe hier: Registry Virtualization (Windows)
und hier
UAC References

[p. specht]

GRÖHL... schon das mit den exklusiven Möpsen ist oft ein Irrtum..
Danke für die Addys, werde mich schlau(er) machen.

[AHT]

Hier auch noch was diesbezüglich: "Screenshot" vom Token unter Vista - wie sieht der aus?

...ich meine jetzt nicht die Möpse .

[p. specht]

@ts-soft: Habs mit "auf FAT32 kopieren" versucht: Leider ohne Erfolg, das Admin-Flag scheint irgendwo anders dranzuhängen, nicht an der exe-Datei...