TRegistry Unterschied zwischen Delphi 7 und 2009

[himitsu]

Zitat von Popov:

      Reg.CloseKey; //wird gerne vergessen

Delphi-Quellcode:

destructor TRegistry.Destroy;
begin
  CloseKey;
  inherited;
end;

Deswegen macht Delphi das für Diejenigen.

[Dalai]

Tja, dann bleibt nur noch, genauer zu untersuchen, was die EXE macht bzw. wie das aus Sicht des OS aussieht, inwiefern sich die beiden EXEn unterschiedlich verhalten (bzw. dieselbe an unterschiedlichen Orten). Das kann man mit Process Monitor machen, wie bereits von jaenicke in Post #4 vorgeschlagen.

MfG Dalai

[Popov]

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

[p80286]

Zitat von Popov:

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

Wenn ich ihn richtig verstanden habe, tritt das Problem bei Echsen auf, die in einem/mehreren Verzeichnisse(n) gespeichert ist.

Gruß
K-H

[Shark99]

Zitat von Popov:

Ist es so, dass allgemein alle Programme die auf dem Laufwerk kompiliert wurden Probleme haben, oder ist es nur dieses Programm?

Wie schon mehrmals beschrieben, tritt es nur auf wenn ich in Verzeichnissen kompiliere die neu erstellt werden, in Verzeichnissen die älter als einen Monat sind gibt es die Probleme nicht. Das betrifft nur c:\. auf d:\ geht es immer.

[Popov]

Womit sich die Frage stellt was vor einem Monat passiert ist?

Gehen wir mal davon aus, dass der Fehler nicht im Code ist, denn sonst würde auch mein Dreizeiler nicht funktionieren, muss das Problem irgendwo anders liegen.

Hättest du Probleme eine Datei zu erstellen, wäre die Sache klar, das liegt an den Rechten des Kontos über den Ordner. Übrigens, man kann auch die Rechte von Administratoren reduzieren, nur das schöne ist, sie können sich, soweit man sich wiederum nicht das Recht Rechte zu ändern entzogen hat, die Rechte wieder geben. Also Administrator-Rechte alleine sagen nichts auf. Auf der anderen Seite hast du ein Bild gepostet und danach sollte alles ok sein.

Übrigens, fast ähnlich wie im Explorer, kann man auch Rechte in Regedit vergeben und entziehen. Es wäre somit interessant zu sehen was die einzelnen User für Rechte in Regedit haben.

Kommen wir von FAT32 Lw D: zu NTFS Lw C:. Erstellst du das Programm auf Lw D:, erstellst du es im Grunde unter dem Benutzer "Jeder". Kopierst du es (nicht verschieben) auf Lw C:, müssten im Grunde die Rechte des aktuellen Nutzers angenommen werden.

Kommen wir zu einer unwahrscheinlichen aber durchaus möglichen Möglichkeit. Ich beziehe mich hier auf die unterschiedlichen Dateien unter Lw D: und Lw C:. Theoretisch könnte ja sein, dass man keine Leserechte an einer Unit hat. Das Problem wäre in dem Fall nicht der Ordner in dem du etwas kompilierst, sondern der Zugriff auf einen anderen Ordner, z. B. in Programme. Die Möglichkeit hat aber einen Hacken: ich dem Fall dürftest du auch nicht korrekt auf Lx D: kompilieren.


Ich empfehle dir noch einen Test. Geh unter Systemsteuerung auf Benutzer. Erstelle zwei Konten. Das eine Shark99A mit Standardrechten. Dabei geht nichts kaputt, du kannst das Konto anschließend inkl. erstellte Dateien wieder löschen. Dann erstellst du noch ein zweites Konto, Shark99B, mit Administratorrechten. Geh dann auf "Einstellung der Benutzerkontensteuerung" und stelle alles runter (es wird nichts mehr geblockt).

Sollte das das Programm bereits mit Shark99A funktionieren, ist in deinem Standardkonto etwas mit den Rechten durcheinander. Sollte es bei Shark99B funktionieren, wird da etwas geblockt.

[p80286]

Zitat von Popov:

Kommen wir von FAT32 Lw D: zu NTFS Lw C:. Erstellst du das Programm auf Lw D:, erstellst du es im Grunde unter dem Benutzer "Jeder". Kopierst du es (nicht verschieben) auf Lw C:, müssten im Grunde die Rechte des aktuellen Nutzers angenommen werden.

Das ist nicht ganz korrekt! Bei der Kopie von einem FAT-Laufwerk werden wie auch sonst die (NTFS-)Rechte des Zielverzeichnisses eingetragen (Bei FAT->NTFS gilt das auch für's Verschieben!). Auch wenn die "Dateieigenschaften" jeder als Bestzer vorgaukeln, ist der aktuelle Benutzer Besitzer der kopierten Datei.

Gruß
K-H

[Shark99]

Habe einen neuen Admin-User erstellt und er hat genau das gleiche Problem. Habe dazu noch bemerkt dass es sich nicht nur um ein Registry Problem handelt, sondern Dateien können auch nur gelesen, aber nicht geschrieben werde. D.h. eine Exe die von einem Verzeichnis gestartet wird, bei dem der Parent nicht älter als 07.04.2015 ist hat nur Lesezugriff auf die gesamte Festplatte. Ich werde wohl um eine Neuinstallation von Windows drin drumherum kommen. Warte aber wohl noch auf Windows 10.