Remote Debugging

[AMaurer]

Guten Morgen liebe Delphi-Gemeinde,

ich kämpfe mit dem Remote-Debugging unter Delphi 11.3.
Beide Rechner sind Win10-64bit.

Die Verbindung steht, alles scheint prima, doch leider stimmen die Werte der überwachten Variablen nicht.

Aus der einfachen Zuweisung
i := 10;

wird im Debugger des als 32-bit Version kompilierten Programms ein zufälliger deutlich höherer Wert.

Kompiliere ich das Programm als 64-bit Version stimmt der Wert im Debugging.

Hat jemand von Euch eine Idee?

Viele Grüße

Andreas

[himitsu]

Niemand benutzt anschließend diese Variable.
Wieso sollte die Codeoptimierung der Meinung sein diese Variable behalten zu wollen und nicht vielleicht einfach wegzuwerfen, womit der Debugger dann auf irgendwas Anderes zeigt.

[AMaurer]

Danke für die schnelle Antwort.
Das ist leider nicht die Erklärung für das Problem.
Ich habe eine Ausgabe für i hinzugefügt. Das Ergebnis ist das Gleiche.

Die Bildschirmausgabe gibt 10 zurück.
Der Debugger einen utopischen Wert.

[himitsu]

Wie wäre ein Haltepunkt vor der letzten Benutzung? :stupid:


Nja, ich wollte gestern Win64 debuggen ... zwar lokal, aber es ist ebenfalls der Remotedebugger.
Was mich nevte, dass ich garkeine Variablen-Werte sah, im Delphi 12.
Sowohl überwachte Ausdrücke, als auch lokale Variablen, da war die rechte Spalte leer :cry:
[edit] hmmm, heute geht es.

Nja, wie gesagt, versuche erstmal die CodeOptimierung abzuschalten und schau ob es dann immernoch so ist.

PS: Das $2 wird wohl der String vom ToString sein.

[AMaurer]

wenn Du Projektoptionen -> Erzeugen -> Delphi-Compiler -> Compilieren -> Quelltexterzeugung -> Optimierung meinst, da steht false ...

[himitsu]

Das ist blöd, weil damit bekommt man viele Fehlerchen erstmal weg.

Direkt zu einem externen System zu debuggen, wollte ich aktuell eigentlich nicht probieren. (aktuell nur XE und da ging es zuletzt ... D11/12 ist da noch außen vor, weil immernoch nicht im Kundeneinsaz)
Für die Zukunft ist mal geplant es via VPN (von Teamviewer oder so) versuchen zu wollen.

Soo viel ist beim Hersteller da auch erstmal nicht zu finden, es sei denn du möchtest es selbst mal melden.
https://quality.embarcadero.com/brow...%20variable%22


Was du aber noch versuchen kannst, ist ein anderer DebugServer.
C:\Program Files (x86)\Embarcadero\Studio\22.0\bin\rmtdbg280.exe
C:\Program Files (x86)\Embarcadero\Studio\22.0\PAServer\setup_paserver.exe

[taveuni]

Bei mir stimmt der Wert.

[jaenicke]

Zitat:

Zitat von taveuni (Beitrag 1532417)

Bei mir stimmt der Wert.

Vorsicht. Wenn du lokal verbindest, wird nicht immer der Remote Debugger verwendet. Der Screenshot sieht nicht nach dem Remote Debugger aus.

[taveuni]

Zitat:

Zitat von jaenicke (Beitrag 1532418)

Zitat:

Zitat von taveuni (Beitrag 1532417)

Bei mir stimmt der Wert.

Vorsicht. Wenn du lokal verbindest, wird nicht immer der Remote Debugger verwendet. Der Screenshot sieht nicht nach dem Remote Debugger aus.

Stimmt war lokal und auch 64Bit. Hatte den Thread nicht genau gelesen. Jetzt noch mal ein Screenshot mit 32Bit. Real RemoteDebugging mit PAServer und Applikation auf anderem Rechner. Hier stimmt der Wert ebenfalls.

[AMaurer]

Ich habe einen weiteren Test mit einem zweiten Rechner ausgeführt. Ebenfalls Win10Pro, Delphi 11.3, gleiches Ergebnis ... auch zu einem anderen Zielrechner. Dabei sind mir aber zwei Meldungen im Ereignisfenster von Delphi aufgefallen, die reproduzierbar auf beiden Delphi-Rechner auftauchen.

clientcore\windows\.... Ein Assertionsfehler aufgetreten.
Die genaue Meldung ist im Bild zu lesen.

Die Beschreibung bei Stackoverflow "MSCTF.dll complains 'An assertion failure has occurred'"
This is not an issue with your program, it's a bug with the new "shell handwriting" feature (MTestAbSh1, 41799415) that's currently in experiment. You can download ViVeTool to check whether the feature is enabled:

vivetool /query 41799415
brachte keinen Erfolg. Vivetool antwortet auf die query mit unrecognized parameter.

Sonst finde ich nichts ... hat jemand dazu eine Idee?
Kann das die Ursache des Debug-Problems sein?

[taveuni]

Hast Du schon mal ein simples Testprogramm mit einem Button erstellt und dieses per Remote Debugger getestet?

[himitsu]

PS: Markieren, Strg+C und in ein [QUOTE]

Egal ob Compiler- und Debugger-Meldungen
und sogar Strg+C gibt den Text von Dialog-Fenstern (ala MessageBox, ShowMessage usw.)

[AMaurer]

Zitat:

Zitat von taveuni (Beitrag 1532450)

Hast Du schon mal ein simples Testprogramm mit einem Button erstellt und dieses per Remote Debugger getestet?

Das Programm auf dem Testrechner bestand nur aus einem Button, einer Variable für eine Wertzuweisung und einem Meldefenster, so dass die Variable zum Anzeigen verwendet wird. Viel einfacher geht es nicht ...

[taveuni]

Zitat:

Zitat von AMaurer (Beitrag 1532688)

Zitat:

Zitat von taveuni (Beitrag 1532450)

Hast Du schon mal ein simples Testprogramm mit einem Button erstellt und dieses per Remote Debugger getestet?

Das Programm auf dem Testrechner bestand nur aus einem Button, einer Variable für eine Wertzuweisung und einem Meldefenster, so dass die Variable zum Anzeigen verwendet wird. Viel einfacher geht es nicht ...

Sehr eigenartig. Ich habe genau die gleiche Umgebung getestet. Delphi 11.3 auf Windows 10 und Windows 11. Ausführendes Programm auf Windows 10 und 11.

[AMaurer]

Ich glaube hier komme ich nicht weiter ... Mist.
Bleibt mir wohl nichts anderes übrig, als meinen zweiten Programmierrechner als Projektrechner abzustellen und so mein Programm mit Live-Daten zu testen. Eigentlich nicht Sinn der Sache.

Danke trotzdem für Eure Unterstützung!

[DukeM]

Bei einem ähnlichem Problem habe ich mir folgende Info hinterlegt:

Wenn Haltepunkte nicht (richtig) funktionieren <Projekt>.rsm-Datei auf den Remote-Computer kopieren. Projekt > Optionen > Delphi-Compiler > Linken = Mit externen Debug-Symbolen auf True.