TRegistry Unterschied zwischen Delphi 7 und 2009

[Shark99]

Verwende für das Projekt kein Manifest, weil die App keinerlei aussergewöhnliche Rechte braucht (Registry immer nur CURRENT_USER).

[Shark99]

Hab nun Testweise die Exe direkt im Projektverzeichnis digital signiert. Brachte leider keine Besserung.

[Dalai]

Zitat von Shark99:

Verwende für das Projekt kein Manifest [...]

Und du bist sicher, dass in der EXE auch keines enthalten ist? Genau das ist der Knackpunkt.

[EDIT]
Wie heißt die EXE und in welchem Pfad liegt sie? Ich hatte selber mal ein Problem mit dem Kompatibilitätsmodus, der automatisch auf meine EXE angewendet wurde, vielleicht ist das hier auch der Fall.

MfG Dalai

[Shark99]

Zitat von Dalai:

Zitat von Shark99:

Verwende für das Projekt kein Manifest [...]

Und du bist sicher, dass in der EXE auch keines enthalten ist? Genau das ist der Knackpunkt.

[EDIT]
Wie heißt die EXE und in welchem Pfad liegt sie? Ich hatte selber mal ein Problem mit dem Kompatibilitätsmodus, der automatisch auf meine EXE angewendet wurde, vielleicht ist das hier auch der Fall.

MfG Dalai

Hattest Recht! Ein Manifest wurde eingebunden (ich habe das Projekt nicht erstellt und habe es übersehen). Wenn ich jedoch die Manifest.res wegkopiere, das Einbinden auskommentiere und einen Rebuild mache ändert sich nichts. Es kommt ein 'nicht ok'.

[himitsu]

Neuere Delphi erstellen das Manifest aus Daten in der DPROJ neu, wobei praktisch die komplette RES neu generiert wird, also durch Löschen der RES ändert sich nichts.

Neben dem Manifest hat sich auch Einiges am PE-Header geändert.


PS: Manifest Creator (OS-Kompatibilität usw.)

[Shark99]

Zitat von Dalai:

Wie heißt die EXE und in welchem Pfad liegt sie? Ich hatte selber mal ein Problem mit dem Kompatibilitätsmodus, der automatisch auf meine EXE angewendet wurde, vielleicht ist das hier auch der Fall.

MfG Dalai

Der Name der Exe spielt keine Rolle. Habe schon umbennen versucht und es ändert nichts an der Sache. Nur ein kopieren woandershin hilft. Auch ein wegkopieren, löschen, zurückkopieren bring nichts.

Ich habe aber etwas neues entdeckt!!

Wenn ich ein neues Verzeichnis anlege c:\delphitest, dorthin das projekt nach c:\delphitest\projektname kopiere und von dort kompiliere tritt der Fehler auf (also nicht OK). Wenn ich jedoch statt dessen in ein Verzeichnis kopiere welches schon vor langer Zeit angelegt wurde (getestet mit c:\temp und c:\a), so dass es in c:\a\projektname liegt kann ich dort kompilieren wie ich lustig bin und es kommen keine Fehler (immer ein OK und Schreibzugriffe funktionieren).

In anderen Worten mit meinem ArbeitsPC ist neulich was passiert dass die Zugriffsrechte in neu erstellten Verzeichnissen nicht mehr passen. Das ganze aber nur auf c:\

Wenn ich den ganzen Rotz von c:\ nach d:\ kopiere (D ist eine andere Partition auf der gleichen SSD) funktioniert alles wunderbar.

Ich mache mit PCs seit 25 Jahren rum, aber sowas habe ich noch nie erlebt (deshalb hilft ja Google nicht).

[Dalai]

Zitat von Shark99:

In anderen Worten mit meinem ArbeitsPC ist neulich was passiert dass die Zugriffsrechte in neu erstellten Verzeichnissen nicht mehr passen. Das ganze aber nur auf c:\

Was haben denn die Zugriffsrechte mit dem Problem zu tun? Entweder die EXE wird ausgeführt oder nicht. Dazwischen gibt es nichts.

Zitat:

Wenn ich den ganzen Rotz von c:\ nach d:\ kopiere (D ist eine andere Partition auf der gleichen SSD) funktioniert alles wunderbar.

Ich glaube hier immer noch an einen Eintrag in der Kompatibilitätsdatenbank. Ich schlage daher vor, dass du dir die DB mal genauer anschaust, und zwar mit dem Compatibility Administrator, der im Application Compatibility Toolkit enthalten ist. Damit öffnest du die Systemdatenbank (sysmain.db) und suchst dort nach dem Pfad oder anderen Angaben, die auf deine EXE passen.

MfG Dalai

[Shark99]

Zitat von Dalai:

]Ich glaube hier immer noch an einen Eintrag in der Kompatibilitätsdatenbank. Ich schlage daher vor, dass du dir die DB mal genauer anschaust, und zwar mit dem Compatibility Administrator, der im Application Compatibility Toolkit enthalten ist. Damit öffnest du die Systemdatenbank (sysmain.db) und suchst dort nach dem Pfad oder anderen Angaben, die auf deine EXE passen.

MfG Dalai

Das glaube ich nicht. Wieso hat dann jedes neuangelegte Verzeichnis das Problem, aber keines von denen die angelegt waren bevor ich das Problem bemerkte? Übrigens auch ein leeres Projekt (nur Fenster) hat das 'Publisher not verified' Problem sobald es aus einem neu angelegten Verzeichnis kompiliert wird.

[Dalai]

Zitat von Shark99:

Übrigens auch ein leeres Projekt (nur Fenster) hat das 'Publisher not verified' Problem sobald es aus einem neu angelegten Verzeichnis kompiliert wird.

Dieses Problem würde ich erstmal völlig außen vor lassen, denn ich glaube nicht, dass es hier einen direkten Zusammenhang gibt.

Zitat:

Ich denke also es ist kein Delphi-Problem per SE, sondern es ist mit meinem ArbeitsPC etwas nicht in Ordnung (Richtlinien oder Registry) und alle neu angelegten Verzeichnisse auf c:\ haben stark eingeschränkte Rechte (d:\ hat das Problem nicht).

Naja, nichts leichter als das zu prüfen, oder? Aber wie gesagt: Entweder eine Datei bzw. ein Verzeichnis hat das Recht, ausgeführt zu werden oder sie/es hat es nicht. Bei den NTFS-Zugriffsrechten gibt's da nichts weiter.

Aber da du gerade nochmal die Geschichte mit den Pfaden erwähnst, fällt mir etwas ein: Die Sache mit dem "Publisher not verified" kommt direkt vom IE bzw. dessen Sicherheitszonen. Vielleicht hat sie doch etwas damit zu tun, weil evtl. (Programme aus) bestimmte(n) Zonen keine Rechte haben, auf bestimmte Registry-Zweige zuzugreifen - kann ich mir jedenfalls vorstellen.

Schau mal in der Systemsteuerung > Internetoptionen > Register Sicherheit, ob unter Eingeschränkte Sites etwas eingetragen ist. Ggf. hilft es auch, die Zonen alle auf Standard zurückzustellen (Button unten in der genannten Registerkarte).

MfG Dalai

[Shark99]

Hab alle Zonen resettet (+Reboot). Hat leider nichts gebracht.