Compatibility Tab

[surfer007]

Hallo,

mache meiner mit D7 erstellten EXE Dateien weisen einen "Compatibility" Tab unter Eigenschaften auf, manche nicht. Wo wird gesteuert ob der "Compatibility" Tab vorhanden ist?

Danke

[günni0]

Eine schnelle Google-Suche
https://www.eightforums.com/threads/...missing.24805/

[surfer007]

Ich wollte wissen warum bei manchen der "Compatibility" Tab vorhanden ist, und bei anderen wiederum nicht.

[bnreimer42]

Also ich finde keine EXE-Dateien, egal mit welcher Delphi Version gebaut und egal ob 32 oder 64 Bit, die die Kompatibilitäts-Lasche nicht haben.

[surfer007]

Eine Anwendung wo der "Compatibility" Tab nicht angezeigt wird ist z.B. ein Settings Updater, die EXE heisst update.exe
Wenn ich nun das selbe Projekt als my.dpr abspeichere und die exe erzeuge, hat die my.exe den "Compatibility" Tab. Scheint Windows mag den Namen update nicht?!

[dummzeuch]

Zitat:

Zitat von surfer007 (Beitrag 1398466)

Eine Anwendung wo der "Compatibility" Tab nicht angezeigt wird ist z.B. ein Settings Updater, die EXE heisst update.exe
Wenn ich nun das selbe Projekt als my.dpr abspeichere und die exe erzeuge, hat die my.exe den "Compatibility" Tab. Scheint Windows mag den Namen update nicht?!

Das hängt vermutlich damit zusammen, dass Windows manche Programmnamen speziell behandlt, z.B. Setup.exe dürfte auch keinen Compatibility Tab haben.

edit: Doch, dasselbe Programm als setup.exe hat den Tab, als update.exe hat ihn nicht. Definitiv irgenwas seltsames wegen Windows.

[Dalai]

Egal, wie ich die EXE nenne (auch update.exe), egal ob Manifest und/oder Versionsinformationen vorhanden, das Register Kompatibilität ist auf meinem Win7 x64 immer vorhanden.

Hängt vielleicht vom Ort der EXE ab? Oder von der Windows-Version? Oder von etwas ganz anderem?

Grüße
Dalai

[KodeZwerg]

Ich würde mich freuen wenn Du eine .exe (gepackt in ein Archiv) hochlädst die ein solches Merkmal hat (Sperrung des Kompatibilitäts-Reiter). Rein aus Interesse. Ich kann mir nur vorstellen das da irgendein Datei-Handler bei Dir dazwischen Funkt.

[surfer007]

Als Anhang eine update.exe (leeres Fenster), erstellt mit D7, auf Win8.1 64 erscheint kein Compatibility Tab

[günni0]

Ich habe zwar kein Windows 8.1 da, aber unter Windows 7 ist der Tab da wo er sein soll.

[KodeZwerg]

Oha, Windows 10/64Bit zeigt mir nicht den Reiter an siehe Anhang.

[MichaelT]

Unter Win 8.1 64-bit ist der Tab nicht da. Sobald ich die Datei auf haeschen.exe umbenenne erscheint der Reiter wieder.

[MichaelT]

Im Policy Editor.
Local Computer Policy
Computer Configuration
Administrative Templates
Application Compatibilty

Rechte Seite - Remove Program Compatibilty Property Page usw...

-- Kann mir aber vorstellen, dass das nichts bringt in diesem Fall.

oder schau unter

HKEY_CURRENT_USER\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags\Layers

[KodeZwerg]

Unter Windows 10/64Bit hab ich folgende simple Möglichkeit:
Rechts-Klick auf Datei -> "Behandeln von Kompatibilitätsproblemem" -> Siehe Anhang
Das ersetzt den Reiter, oder?

[MichaelT]

Die gibt es unter Win 8.1 auch. Ich bin allein nicht dahintergekommen warum Windows den Tab ausblendet.

Zitat:

Zitat von KodeZwerg (Beitrag 1398547)

Unter Windows 10/64Bit hab ich folgende simple Möglichkeit:
Rechts-Klick auf Datei -> "Behandeln von Kompatibilitätsproblemem" -> Siehe Anhang
Das ersetzt den Reiter, oder?

[Dalai]

Ich kann die Beobachtungen bestätigen. Ab Win8.1 fehlt das Register Kompatibilität bei Programmen, die "update" im Dateinamen haben, also auch bei "meinupdaterhanswilli.exe". Das ist sogar unabhängig vom Manifest der Fall.

Stellt sich die Frage, ob man das wirklich braucht. Bei selbsterstellten Programmen kann man doch im Code auf evtl. vorhandene Probleme im OS reagieren. Alternativ kann man - wenn wirklich nötig - die Kompatibilität im von MichaelT genannten Registry-Zweig setzen (wenn man weiß, welche Werte man setzen muss ;)). Oder was übersehe ich?

Grüße
Dalai

[MichaelT]

Hätte ich auch so interpretiert. AppCompatFlags ist ausgiebig. Bis zu den Einstellungen 'HighDPIAware' kann man sich ausleben.bspw.

Der Url ist nicht ganz neu. Seit Windows Server 2003 gibt es den Mechanismus. Noch dazu steht der Teil in der Registry gleich unter AeDebug. Deswegen ist mir das mal aufgefallen.

Zitat:

Zitat von Dalai (Beitrag 1398568)

Ich kann die Beobachtungen bestätigen. Ab Win8.1 fehlt das Register Kompatibilität bei Programmen, die "update" im Dateinamen haben, also auch bei "meinupdaterhanswilli.exe". Das ist sogar unabhängig vom Manifest der Fall.

Stellt sich die Frage, ob man das wirklich braucht. Bei selbsterstellten Programmen kann man doch im Code auf evtl. vorhandene Probleme im OS reagieren. Alternativ kann man - wenn wirklich nötig - die Kompatibilität im von MichaelT genannten Registry-Zweig setzen (wenn man weiß, welche Werte man setzen muss ;)). Oder was übersehe ich?

Grüße
Dalai

[himitsu]

Zitat:

Bei selbsterstellten Programmen kann man doch im Code auf evtl. vorhandene Probleme im OS reagieren

Es geht gerade um "ältere" Programme, wo drinnen niemand oder "falsch" irgendwas prüft.
Da muß es eben windowsseitig gemacht werden.

Ich weiß garnicht, ob die "Heuristik" welche das automatisch bestimmt, wenn sich das Programm nicht als kompatibel outed, von Microsoft irgendwo ausführlich erklärt wird.

[KodeZwerg]

Ich bin noch nicht so ganz dahinter gekommen was da gezaubert wird aber alleine am Namen wird das Ereigniss nicht ausgelöst aber irgendwie dennoch berücksichtigt.
Bei mehreren Versuchen mit Exe Dateien die ich nach "update.exe" umbenannt habe wird mal der Reiter angezeigt und mal nicht.
Wenn man eine absolut nicht-exe (Ini, Txt, Htm) Datei nach "update.exe" umbenennt wird der Reiter immer Angezeigt, also irgendeine Logik passiert da schon. Vielleicht reagiert's auf den PE-Header bei Angabe einer Bestimmten OS-Version, ich bin noch am rumexperimentieren.

[himitsu]

Dateiname, DLL-Importliste, eine Blacklist bekannter Dateien mit Problemen uvm.

Darum ist es auch besser sich als kompatibel zu markieren, um nicht da reinzurutschen.