Delphi Rio "disconnected session"

[t2000]

Anhang 52341

[t2000]

Ich bekomme mein Programm nun gar nicht mehr im Debugger gestartet. Gestern Abend lief noch alles und heute morgen gar nicht mehr. Ohne etwas geändert zu haben.

[TiGü]

Mal spaßeshalber dein Windows auf einen Update-Zustand von vor ein, zwei Wochen zurückspielen?
Systemwiederherstellung als Stichwort.

[hoika]

Hallo,
vielleicht mal die bordbk260.dll neu registrieren?

[TurboMagic]

Wenn Subscription vorhanden evtl. mal eine offizielle SUpportanfrage über das SUpportportal (nicht QP in dem Fall!) an EMBT senden.
Dann schaut sich das dirékt jemand von EMBT an.

[t2000]

Habe erstmal ein paar andere Dinge gemacht ud danach wenige Zeilen weiter programmiert. Der nächste Start dann mit F8 diesmal hat funktioniert. Anschließend ging auch F9 wieder.
Supportanfrage war sofort draussen.
Mal abwarten wie es nächste Woche aussieht. Vom Gefühl macht es ein völlig willkürlichen Eindruck. Alles zufällig. Aber das glaube ich irgendwie nicht.

[ctavt]

Um den Thread nicht einschlafen zu lassen, möchte ich mich ebenfalls mitteilen.

Wir haben ebenfalls, seit wir mit 10.3.2 auf 64bit umgestiegen sind, damit Probleme, dass unsere Debug-Build Konfiguration mit sporadischem Auftreten den IDE-Fehler "Disconnected Session" wirft.

Einige Leute unseres Teams compilieren daher fürs Debuggen unter 32-Bit, da der Fehler dort niemals auftritt.

Da wir das Problem nun aber seit ca 1 Jahr haben schließe ich jegliche Zusammenhänge mit aktuellen Windows-Updates aus.

Ich habe hierzu ein Ticket aufgemacht auf der offiziellen Emba Seite [Bug RSP-30222], da wir den Umstieg auf 10.4 überdenken.

Ich weiß, es geht hier um "Rio", aber auch "Sydney" scheint diesen Fehler nicht zu beheben, ihn sogar zu verschlimmern,
da nun nicht nur die Anwendung abstürzt, sondern darauffolgend die IDE lahmlegt und über Windows abgeschossen werden muss.


mfg Chris

[softtouch]

Der selbe Fehler tritt auch bei 10.4.1 auf, heute schon 2 mal bei mir, und immer noch nirgends eine Lösung in Sicht...

[t2000]

Bei mit trat der Fehler seit Sommer nicht mehr auf.
Meine Supportanfrage ist inzwischen geschlossen, weil ich 2 Anfragen vom Support nicht beantwortet habe als ich im Urlaub war.

[Michael II]

Auf meiner Kiste konnte ich gar nie 64Bit debuggen. Es wurde immer die Fehlermeldung "disconnected" angezeigt.

Mit Microsoft Windows [Version 10.0.19042.610] und D10.4U1 klappt es nun immer. Wieso dem so ist, weiss ich nicht. Aber... :

Hier wird u.a. geschrieben, dass Delphi in solchen "disconnected" Fällen viel arbeitet... Dies ist bei mir auch so, wenn ich mit der Firewall bds.exe blockiere und dann ein 64Bit Programm debuggen will und das Programm schliesse. Auch die "disconnected" Meldung wird angezeigt.

Deshalb meine Frage...: Habt ihr überprüft, ob in der Firewall "Embarcadero Debugger Kernel" und "Embarcadero RAD Studio for Windows" für tcp Verbindungen zugelassen sind?

Die beiden Programme findet man im Ordner C:\Program Files (x86)\Embarcadero\Studio\21.0\bin:
"Embarcadero Debugger Kernel" : dbkw64_27_0.exe
"Embarcadero RAD Studio for Windows" : bds.exe

...und hoffentlich als "zugelassen" auch in den Firewall-Einstellungen.


netstat -b sollte während dem 64Bit Debuggen die beiden Programme (mit Verbindungsstatus HERGESTELLT) auflisten:

Code:

  Proto  Lokale Adresse         Remoteadresse          Status
  TCP    127.0.0.1:49769        DESKTOP-OK5F7RP:49770  HERGESTELLT
 [dbkw64_27_0.exe]
  TCP    127.0.0.1:49770        DESKTOP-OK5F7RP:49769  HERGESTELLT
 [bds.exe]
  TCP    127.0.0.1:49771        DESKTOP-OK5F7RP:49772  HERGESTELLT
 [dbkw64_27_0.exe]
  TCP    127.0.0.1:49772        DESKTOP-OK5F7RP:49771  HERGESTELLT
 [bds.exe]