Feld nicht gefunden obwohl vorhanden!

[skoschke]

settings ist nur ein Record...

Jasocul hat recht!
Bei den Feldern, welche vorher gelesen werden, ist auch eines ala

settings.passwort := Decrypt(FDQuery.FieldByName('passwort').AsString);

wobei Decrypt nur eine einfache Entschlüsselungsroutine ist, die an dem Feld nichts tut!

Neue Variante:

Delphi-Quellcode:

settings.passwort := FDQuery.FieldByName('passwort').AsString;
settings.zugang := FDQuery.FieldByName('zugang').AsString;
//... weitere Felder lesen
settings.passwort := Decrypt(settings.passwort);

Und der Fehler ist weg

Danke für den Denkanstoß!

Ciao
Stefan

Nachtrag:
Der Code vom Anfang des Threads hat jahrelang funktioniert, erst nach einer Änderung im Programm an einer ganz anderen Stelle (Optik, die nichts mit dem DB-Handling zu tun hat!) kam der beschriebene Fehler!

[Jasocul]

Das würde ich nicht ignorieren!

Du solltest genau prüfen, warum du diesen Fehler hattest. Wenn das Decrypt den Fehler verursacht hat, macht es auch irgendwas mit dem Feld, der Query, ... . Dann kann es beim nächsten Mal wieder zu Problemen kommen.
Oder der Fehler liegt doch noch woanders und es ist nur zufällig durch deine Änderung korrigiert worden. In dem Fall können Programmänderungen an dieser Stelle zu weiteren unvorhersehbaren Fehlern führen.

Vielleicht gibt es irgendwelche Ereignisse (z.B. OnChange), die dort etwas auslösen.

[hoika]

Hallo,
das sehe ich auch so.
Versuche lieber, den Fehler zu finden.

[scrat1979]

Vielleicht kommt dein Decrypt ja nicht mit Sonderzeichen klar. Nur so als Hinweis....

[skoschke]

Nein, das Decrypt hat da keine Probleme!

Ich vermute der Compiler hat (scheinbar nur manchmal und warum auch immer) ein Problem den DB-Zugriff als Parameter einer Funktion weeiterzugeben:

settings.passwort := Decrypt(FDQuery.FieldByName('passwort').AsString);

Zitat:

Vielleicht gibt es irgendwelche Ereignisse (z.B. OnChange), die dort etwas auslösen.

Nein, gibt es definitiv nicht!

Ciao
Stefan

[hoika]

Hallo,
wenn das mit dem Compiler so wäre, würden hier viel mehr Leute "anrufen".

Du hattest leider nicht geschrieben, dass das nur sporadisch auftritt.
Ich persönlich benutze bei solchen Konstrukten immer eine lokale Variable zum Zwischenspeichern des AsString-Ergebnisses (in diesem Fall).

Übrigens eine ganz fiese Falle sind Beobachtungs-Ausdrücke, wo die IDE selbst Code ausführen soll
Z.B.
Decrypt('35')

Jetzt wird intern die Decrypt-Methode ausgeführt.
Arbeiten wir noc mit globalen Variablen, kommen die lustigsten Sachen raus.

Das kenne ich übrigens aus eigener, leidvoller Erfahrung

[skoschke]

Zitat:

Du hattest leider nicht geschrieben, dass das nur sporadisch auftritt.

Nein, nicht sporadisch sondern nach einer Codeänderung an ganz anderer Stelle, vorher lief genannter Code jahrelang problemlos.

Seit dieser Änderung war der Fehler ständig vorhanden...

Ciao
Stefan