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?


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
[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 von taveuni:

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 von jaenicke:

Zitat von taveuni:

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?