Daten aus der Registry lesen .....

[bernhard_LA]

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

Delphi-Quellcode:

const

  RegistryRootKey = HKEY_CURRENT_USER; 


......
  Reg := TRegistry.Create;
  try
    Reg.RootKey := RegistryRootKey;
    Reg.OpenKey(NewRegistryPath, true);
    try
      result := Reg.Read....... ;
    except
      result := false;
    end;
    Reg.CloseKey;
  finally
    Reg.Free;
  end;

Das ganze funktioniert auf einer Vielzahl von Rechneren auch ohne Probleme. Allerdings gibt es Rechner bei denen wenn sich 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.

What to do ?????

[mm1256]

Mach ich auch so ähnlich, ausser, dass ich beim Lesen OpenKeyReadOnly() verwende. Hilft dir zwar jetzt nicht direkt weiter, aber einen Versuch wäre es vielleicht wert. Das Problem hatte ich jedenfalls noch nicht.

[DeddyH]

Ich würde auch vorschlagen, entweder OpenKeyReadOnly zum reinen Lesen zu verwenden, oder eine Zeile einmal testhalber abzuändern:

Delphi-Quellcode:

Reg := TRegistry.Create(KEY_READ);

[Der schöne Günther]

"RegEdit" verweist beim Benutzer auf die passende 32/64-Bit exe. Wenn du auf einem 64-Bit-System "regedit.exe" aufrufst ist das was deine 32 Bit-Anwendung unter
HKCU\Software\myStuff sieht in regedit allerdings unter
HKCU\Software\Wow6432Node\myStuff zu finden.

Siehe: https://msdn.microsoft.com/en-us/lib...(v=vs.85).aspx

Du kannst bei deinem TRegistry-Objekt explizit sagen dass du den 64-Bit-View möchtest, soweit existent.

[Dalai]

@Günther: Nope, HKCU\Software ist nicht umgeleitet/redirected, im Gegensatz zu HKLM\Software.

MfG Dalai

[bernhard_LA]

32 bit / 64 bit Unterschiede würde ich ausschließen als Fehlerursache .
Ich habe für beide WIN 7 (X32) und WIN 7 (x64) fehlerfrei laufende Installation.

Auf WIN 7 (X 64) laufen auch nur X 64 compilierte Versionen unserer Anwendung

[rapante]

Liegt es u.U. an den Benutzerrechten?
Was ist wenn du dein Programm als Admin startest?

[bernhard_LA]

Admin Start von Programmen ist definitiv gesperrt für den user B auf einem Rechner. Aber HKEY_current_user sollte ja genau deshalb ohne Admin Right lesen und schreiben erlauben; Es gibt ja auch Beispiele wo es in dieser Config auch für user B funktioniert.

[rapante]

Ja schon klar, dass das normalerweise so funktioniert. Aber es klappt ja bei dir auf einigen PCs nicht. So könntest du erstmal schauen ob es mit den Rechten zusammenhängt.
Wie sehen denn die Berechtigungen von HKCU aus?

[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.

MfG Dalai

[rapante]

Zitat:

Zitat von Dalai (Beitrag 1342172)

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:

Zitat von bernhard_LA (Beitrag 1342145)

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

[Dalai]

Zitat:

Zitat von rapante (Beitrag 1342175)

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:

Zitat von bernhard_LA (Beitrag 1342145)

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 ????:shock:

[Pixel]

Zitat:

Zitat von bernhard_LA (Beitrag 1345617)

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 ????:shock:

Benutz doch einfach die Windows-API. Da bekommst du dann jeden erdenkbaren Fehler zurück und kannst so herausfinden was schiefläuft!

[einbeliebigername]

Hallo,

Zitat:

Zitat von bernhard_LA (Beitrag 1345617)

das Problem ist leider noch immer nicht gelöst.

habe ich das richtig verstanden, dass alle Aufrufe der Registry-Methoden erfolg melden aber die gelesenen Werte nicht stimmen?

Einbeliebigername.