requestedExecutionLevel im Manifest IDE-seitig einstellbar?

[Codehunter]

Moin Bernhard,

das seh ich ganz genauso. Wobei dann ein Teil meiner Eingangsfrage doch wieder interessant wäre: Kann man die Einstellung für requestedExecutionLevel tatsächlich NUR auf dem Wege ändern, dass man sein eigenes Manifest einbindet oder gibt es in den Projekteinstellungen doch irgendwo eine Option dafür? Ich bin nämlich nicht sicher, für was das Manifest sonst noch zuständig ist. Dann kompiliere ich ein selbst erstelltes Manifest ein das sich noch in anderen Punkten von der Projekt-Voreinstellung unterscheidet und such mich dann dumm und fusselig wenn was nicht läuft.

[Bernhard Geyer]

Zitat von Codehunter:

Wobei dann ein Teil meiner Eingangsfrage doch wieder interessant wäre: Kann man die Einstellung für requestedExecutionLevel tatsächlich NUR auf dem Wege ändern, dass man sein eigenes Manifest einbindet oder gibt es in den Projekteinstellungen doch irgendwo eine Option dafür?

Ich ken keines. Es hat ja relati lange gedauert bit die TXPTheme-"Komponente" es zur Projektoption geschafft hat.

Zitat von Codehunter:

Ich bin nämlich nicht sicher, für was das Manifest sonst noch zuständig ist.

Mit jeder Windows-Version wirds mehr. Ab W8 muss man ja noch was eintragen damit die WinAPI-Funktionen zur bestimmung der Windows-Version auch wirklich die Version rausrücken.
Ansonst bekommt man nur maximal Win7 (oder wars Win8.0) mitgeteilt.

Zitat von Codehunter:

Dann kompiliere ich ein selbst erstelltes Manifest ein ...

Machen wir schon lang so. Erst war's das XP-Theming, dann das Deaktiviern des Pixel-Skalierungs"features" bei großen Schriftarten, dann die Elevation/Virtualisierung und jetzt kommt noch das "wir sind auch unter Winx.y lauffähig und müssen nicht veräppelt werden"

[CCRDude]

Inzwischen ist's ja nicht nur das ExecutionLevel - auch die Kompabilitätsflags, die man seit Windows 8.1 im Manifest unterbringen soll, macht die IDE nicht. Hab ich schon 2006 ein QC-Ticket zu geschrieben - braucht man halt ein externes Manifest (kann man per {$R...} ja auch einkompilieren, ohne nachträglich das Kompilat zu modizifizieren).

Um ein nachträgliches Modifizieren des Kompilats kommt man aber bei Delphi eh nie rum, will man neuere Betriebssysteme als XP unterstützen. Stichwort codesigning etwa - da der Linker sich nicht an die PE-Spezifikation hält, kann man nicht per /ph signieren (siehe MS-Anforderungen bzgl. Zertifizierung) - auch in XE5 Update 1 noch nicht gelöst. Die Force Integrity und Dynamic Base-Flags kann man meines Wissens nach auch nur per nachträglichem Header-Patch setzen. Meines Erachtens alles sinnvolle (Code Injection vermeiden) bis notwendige (Zertifizierung) Dinge.

Windows Error Reporting oder Fast User Switching, notwendig für die MS-Zertifizierung seit Vista, wird auch noch nicht unterstützt (kann man aber selber hinbiegen), aber da schweife ich vom nachträglichen PE-Kompilat-modifizieren schon ab...

[himitsu]

Zitat von CCRDude:

auch die Kompabilitätsflags, die man seit Windows 8.1 im Manifest unterbringen soll,

Seit Vista.

Darum hatte ich mir auch mal den Manifest-Creator geschrieben.

Am PE-Header kann ich allerdings nicht viel machen, aber Einiges kannst du z.B. auch per SetPEFlags und SetPEOptFlags vom Compiler/Linker passend setzen lassen.

[CCRDude]

Eher seit Windows 7?

Zitat von MSDN:

Windows Vista and prior operating system versions do not pay attention to these entries.

Wobei ich "soll" schrieb, weil es, soweit ich mich erinnern kann, in den Kompabilitäts-Test-Dokumenten, die MS an Entwickler verschickt, erst seit 8.1 aufgeführt ist.

SetPEFlags und SetPEOptFlags habe ich auch schon verwendet, auch wenn es dank fehlender Konstante nicht so übersichtlich ist. Mich aber letztendlich zum nachträglichen Patchen entschieden, um Fehler zu vermeiden (sonst müsste ich ins Build-Script halt von dem Codesign die Überprüfung statt des Patchens einbauen, aber da die Section Table eh zwingend gefixt werden muss, macht mein Mini-Tool halt alles zusammen).

[Codehunter]

Lach, dieses ganze Manifest-Konzept kommt mir doch irgendwie sehr bekannt vor. Das hatte Commodore schon in den 1980er Jahren, wie man hier nachlesen kann

Wobei ich doch (mal wieder) ein bisschen enttäuscht bin dass es selbst mit XE5 nicht wirklich möglich ist, Windows-7-konforme Anwendungen zu erzeugen.

Den Manifest-Creator kannte ich noch gar nicht, werde ihn mir aber mal anschauen.