TRegistry Unterschied zwischen Delphi 7 und 2009

[Shark99]

Zitat von Bernhard Geyer:

Nimm mal beim Pfad das führende Backslahs weg. Also Statt '\Software\Vendor\Productname' -> 'Software\Vendor\Productname'

Daran lag es nicht. Macht auch keinen Sinn, weil \ am Anfang die direkte Addressierung ist (kein Close des Keys zuvor notwendig). Ohne \ am Anfang ist der Key immer relativ zum gerade offenen Key (schon seit Delphi 3 und Windows 95).

Ich denke es liegt an was anderen. Ich hab auf der Kiste neben Delphi 7 und Delphi 2009 (Vollversionen) auch Delphi XE8 (30 Tage Trial). Kompiliere ich die Exe unter Delphi 7 und starte mit dem Explorer startet sie ohne Probleme. Aber sowohl unter 2009 als auch unter XE8 wenn ich die Exe über den Explorer starte kommt zuerst die Meldung 'The publisher could not be verified', was man sonst kennt wenn man eine Exe von einem Netzlaufwerk startet. Es ist aber hier alles lokal und zwar für alle 3 in c:\projects. Kopiere ich die Exes die von 2009 und XE8 erzeugt wurden woanders hin kommt die Meldung nicht mehr. Windows 7 mag also die von 2009 und XE8 erzeugten Exes nicht besonders und schränkt den Schreibzugriff auf die Registry, allerdings nur in dem Verzeichnis in dem sie kompiliert wurden.

Um die Theorie zu testen habe ich den Code leicht geändert:

Delphi-Quellcode:

FRegistry :=  TRegistry.Create(KEY_ALL_ACCESS OR KEY_WOW64_64KEY);
FRegistry.RootKey := HKEY_CURRENT_USER;
if FRegistry.OpenKey('\Software\Vendor\Productname', True) then
begin
   ShowMessage('ok');
end else
begin
   ShowMessage('not ok');
end;

Ergebnis:

Start aus c:\projects\project1: not ok
Nach Kopieren der Exe-Datei nach c:\test: ok

Also habe ich das Projekt nach c:\test\project1 verschoben. Starten -> ok. Wenn ich jedoch einen Rebuild mache und starte -> not ok.

Sehr sehr merkwürdige Sache. Ich denke es liegt irgendwie an meinem System. Ich verstehe aber nicht wieso die Exe wenn sie mit Delphi 7 kompiliert wird keinerlei Probleme macht. Vielleicht erkennt Windows 7 dass die Exe dann von einem Compiler ist der von der Era von vor Windows 7 stammt und gibt der Exe dann automatisch mehr Rechte (Kompatibilitätsmodus).

Trotzdem ist es extrem merkwürdig weil ich als Admin eingelogt bin und UAC komplett aus ist. 'Run as Administrator' ändert an der Sache nichts.

Bin wirklich mit meinem Latein am Ende.

[Dalai]

Schau mal genauer in folgende Registry-Zweige:

Code:

HKCU\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags
HKLM\Software\Microsoft\Windows NT\CurrentVersion\AppCompatFlags
HKLM\Software\Wow6432Node\Microsoft\Windows NT\CurrentVersion\AppCompatFlags

ob dort deine EXE oder ähnliches mit Hinweis auf selbige auftaucht. Prüfe außerdem, ob die EXE an sich im Kompatibilitätsmodus läuft (Rechtsklick > Eigenschaften).

MfG Dalai

[Shark99]

Dalai, Danke für die Hinweise.

Im Kompabilitätsmodus (Windows XP3) direkt aus dem Projektverzeichnis kommt zwar OK, d.h. der Key wird gelesen, aber die App crasht dann sobald ein Schreibzugriff auf die Registry kommt (nach Umkopieren OK und kein Crash). Die Registry Keys werde ich gleich überprüfen.

[Shark99]

Habe alle AppCompatFlags Registry keys (inkl Subkeys) durchgeschaut, nichts dort zeigt auf die Exe oder c:\projects.

[Dalai]

Zitat von Shark99:

Im Kompabilitätsmodus (Windows XP3) direkt aus dem Projektverzeichnis kommt zwar OK, d.h. der Key wird gelesen [...]

Ich meinte das andersrum: Kompat.modus ausschalten.

Kann es sein, dass du irgendeinen Virenscanner oder Internet Security verwendest, die da blockieren könnte? Testweise mal abschalten.

MfG Dalai

[Shark99]

Zitat von Dalai:

Zitat von Shark99:

Im Kompabilitätsmodus (Windows XP3) direkt aus dem Projektverzeichnis kommt zwar OK, d.h. der Key wird gelesen [...]

Ich meinte das andersrum: Kompat.modus ausschalten.

Kann es sein, dass du irgendeinen Virenscanner oder Internet Security verwendest, die da blockieren könnte? Testweise mal abschalten.

MfG Dalai

Der Kompat. Modus war doch aus. Dachte du meinst Einschalten.

Virenscanner (Nod32) habe ich natürlich Testweise schon abgeschaltet ohne Änderung.

[p80286]

Zitat von Shark99:

Ich verstehe aber nicht wieso die Exe wenn sie mit Delphi 7 kompiliert wird keinerlei Probleme macht. Vielleicht erkennt Windows 7 dass die Exe dann von einem Compiler ist der von der Era von vor Windows 7 stammt und gibt der Exe dann automatisch mehr Rechte (Kompatibilitätsmodus).

W7 ist um einiges jünger als d7 !

Zitat von Shark99:

Trotzdem ist es extrem merkwürdig weil ich als Admin eingelogt bin und UAC komplett aus ist. 'Run as Administrator' ändert an der Sache nichts.

Nun ja!

vielleicht helfen Dir die Links weiter:
http://superuser.com/questions/34109...-network-files
http://www.technipages.com/disable-p...ified-messages

Gruß
K-H

[Shark99]

Zitat von p80286:

vielleicht helfen Dir die Links weiter:
http://superuser.com/questions/34109...-network-files
http://www.technipages.com/disable-p...ified-messages

Gruß
K-H

Ich hab natürlich gegoogelt bis zum Umfallen (an die 4 Stunden). Hab aber sonst keinen Fall gefunden wo diese Publisher Nachricht auf einem lokalen Laufwerk kommt und zwar sogar dem Bootlaufwerk. Ich kenne es zur Genüge von Netzlaufwerken. Hab auch versucht die Gruppenlichtlinie zu ändern. Dann kommt die Warnung nicht mehr, das Problem bleibt aber.

[p80286]

Zitat von Shark99:

Ich hab natürlich gegoogelt bis zum Umfallen (an die 4 Stunden). Hab aber sonst keinen Fall gefunden wo diese Publisher Nachricht auf einem lokalen Laufwerk kommt und zwar sogar dem Bootlaufwerk.

Dann hab Ich Dir etwas vorraus, bei mir kommt's auch von c:\irgendwas.
Aber mal was anderes wie sieht's denn mit dem Manifest aus?

Gruß
K-H

[p80286]

Zitat von p80286:

Zitat von Shark99:

Trotzdem ist es extrem merkwürdig weil ich als Admin eingelogt bin und UAC komplett aus ist. 'Run as Administrator' ändert an der Sache nichts.

Nun ja!

Er hat!

Zitat:

Aber wenn es um die Registry geht, spielen doch Verzeichnisrechte keine Rolle. Guck dir mal in der Registry an wer welche Rechte für den Schlüssel hat.

Das kann nicht sein!


Gruß
K-H