Daten aus der Registry lesen .....

[rapante]

Zitat von Dalai:

Ich schließe mich Otto und Detlef an: Schlüssel nur lesend öffnen, denn genau das tut RegEdit auch, solange man keine Werte ändert.

Dann kann man dann aber nicht reinschreiben

Zitat von bernhard_LA:

wir verwenden folgendes "Code template" um eine Vielzahl von Programm Optionen in der Registry abzuspeichern.

[Dalai]

Zitat von rapante:

Dann kann man dann aber nicht reinschreiben

Klar, zum Schreiben der Werte muss der Schlüssel auch schreibend geöffnet werden. Aber im OP lese ich nur Code, der aus der Registry liest, den Schlüssel aber trotzdem schreibend öffnet.

Mir ist derzeit unklar, ob das Lesen und/oder das Schreiben nicht funktioniert. Daher mein Tip, erstmal nur lesend zu probieren, zusätzlich zu deinem richtigen Hinweis, nach den Zugriffsrechten zu schauen.

MfG Dalai

[p80286]

Die Fragestellung ist nicht so ganz klar (Hervorhebungen und Kürzungen von mir)

Zitat von bernhard_LA:

wir verwenden folgendes "Code template" um eine Vielzahl von Programm Optionen in der Registry abzuspeichern.

Delphi-Quellcode:

const

    try
      result := Reg.Read....... ;

.. Benutzer A anmeldet alles klappt und dann beim Benutzer B ist der Zugriff auf die Daten in der Registry nicht möglich. Mit RegEdit sehe ich aber auch beim Benutzer B die richtigen Daten.

Was funktioniert denn nun nicht, und woran erkennt man, daß etwas nicht funktioniert? (Fehlermeldung?)

Gruß
k-h

[bernhard_LA]

ich frage jetzt auch noch die Ergebnisse von OpenKey und Keyexist ab.

Delphi-Quellcode:

    
    ...
    result :=  Reg.KeyExists(RegistryPath);
    ..

    bzw. 

    .......
    result :=  Reg.OpenKey(RegistryStringPath, true);

lt. Auswertung kann ich die Registry Werte auch auf den FAIL-Systemen lesen, nur kommen halt leider keine Daten damit als Folge bekommt meine Anwendung Probleme ......

[Dalai]

Irgendwie widerspricht sich das. Entweder du kannst Daten lesen oder eben nicht. Was machst du mit dem result? Und da du offenbar ein aktuelles Delphi hast, solltest du TRegistry.LastError prüfen, welcher Fehler genau aufgetreten ist.

MfG Dalai

[jaenicke]

Wie so oft weiße ich einmal auf den Process Monitor hin. Der zeigt dir sofort wo das Problem liegt...

Du musst im Filter lediglich auf Process Name is DeineExe.exe filtern. Und ggf. noch Path begins with und der Pfad in der Registry.

Dann siehst du genau worauf zugegriffen wird und was nicht klappt.

[bernhard_LA]

diesen process monitor : https://technet.microsoft.com/de-de/...ssmonitor.aspx ?

ich filtere auf den Pfad meiner Applikation, allerdings ist jeder EVENT vom Ergebnis SUCCESS bis auf eine Ausnahme

[jaenicke]

Den meinte ich, ja.

Wenn du allerdings wirklich auf den Pfad deiner Anwendung gefiltert hast (Filter auf Path eingestellt), wundert es mich nicht, dass du keinen Fehler gefunden hast. Denn dann bekommst du nur die Zugriffe auf Dateien im Pfad deiner Anwendung zu sehen. Was du eigentlich willst ist aber die Liste der Zugriffe durch deine Anwendung.

Deshalb habe ich ja geschrieben, dass du auf den Prozessnamen filtern solltest.

Du kannst auf den bisherigen Filtereintrag einfach doppelklicken um diesen zu ändern.

[bernhard_LA]

mit dem Filter auf der Anwendung finde ich nur einen Fehler (siehe screen dump) :


er kann den DNS Client nicht auflösen, was hat dieses Thema mit einem fehlerhaften Zugriff auf die Registry zu schaffen. Das Log File zwischen einem PASS Computer und einem Fail Computer ist identisch, folglich kann man den fehler vermutlich nicht mit dem process Monitor austesten.

Weitere Ideen ?

[bernhard_LA]

das Problem ist leider noch immer nicht gelöst. Hier ein anderer Effekt :

anderer Nutzer , anderer PC ( Laptop, WIN 7 Prof, Delphi XE2, XE8 installiert ) ;

a) Anwendung im Compiler gestartet, Problem tritt auf -> Benutzer ärgert sich ....

b) Anwendung mehrfach neu Compilieren / Erzeugen -> nicht mitgeschrieben wie oft

c) zwischenzeitlich auch mal "bereinigen" ausgeführt

d) noch ein paar mal neu übersetzten

f) Programm starten, alles funktioniert bestens .....


und nun, wo könnte der wahre Fehler liegen ????