Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden

[Poolspieler]

Hallo,
ich habe viele weitere Tests gemacht.

Auch Memtest, Stresstests des Rechners habe ich durchgeführt. Nach anfänglichen Problemen mit dem Stresstest und dem Ausbau eines RAM-Riegels ist der Stresstest des Rechners jetzt zwar OK.
Trotzdem ist das Debugger-Problem noch da.

Ich habe auf meinem Laptop Delphi installiert --> hier ist das Problem AUCH VORHANDEN!

Auf einem weiterem Desktop im Haus (mit der Community Edition 10.3) tritt das Problem NICHT auf.

Alle haben die identische Win10-Version (1909) und die aktuelle GDATA-Version. Auf allen sind Treiber und BIOS aktuell. Alle sind Standalone-Geräte (also nicht in einer Domäne).
Auf allen drei Rechnern läuft GDATA (sollte somit als Ursache ausscheiden).
Beim Laptop und Desktop (Mainboard) mit Fehler handelt es sich jeweils um ASUS ROG STRIX Hardware. --> Das wäre für mich jetzt gerade ein heißer Kandidat. Ist da vielleicht im ASUS-Treiber etwas faul???

Interessanterweise tritt der Fehler beim Laptop nur auf, wenn das Netzteil angeschlossen ist. Ohne Netzteil konnte ich den Fehler nicht reproduzieren.
@zeras: Du hast Do auch einen Laptop (Lenovo sollte einer sein...) --> tritt bei Dir das Problem mit und ohne Netzteil auf?


Ich werde morgen bei Embarcadero einen Support-Case öffnen.

Falls jemand noch weitere Erkenntnisse hat, bitte melden. Danke.

[zeras]

Zitat von Poolspieler:

Interessanterweise tritt der Fehler beim Laptop nur auf, wenn das Netzteil angeschlossen ist. Ohne Netzteil konnte ich den Fehler nicht reproduzieren.
@zeras: Du hast Do auch einen Laptop (Lenovo sollte einer sein...) --> tritt bei Dir das Problem mit und ohne Netzteil auf?

Ja das ist ein Laptop E590.
Das mit dem Netzteil werde ich probieren.
Vielleicht hängt das auch mit meiner Konstellation zusammen. Mein Laptop hängt über USB 3.x an einer Dockingstation, wo dann 2 Monitore angeschlossen sind. Das Display am Laptop nutze ich eigentlich sehr wenig, da ich die 2 Monitore habe.

Es wäre wichtig, dass es eine Lösung gibt. Denn so ist ein Arbeiten nicht möglich.
Du kannst ja auch im Support Case erwähnen, dass es weitere Leute gibt. Gegebenenfalls per PN.

[Neumann]

Ich hatte das Problem auch mal, konnte es umgehen in dem ich der Entwicklungsumgebung nur einen Prozessor zugeordnet habe. Ist etwas mühsam, da Windows das wieder vergisst und man muss bei jedem Start der Entwicklungsumgebung den Taskmanager aufrufen und wieder einstellen.

Irgendwann war das Problem dann weg, nachdem ich eine neuere Version von Delphi installiert hatte.

[jaenicke]

Hmm, ich habe es vor Kurzem gehabt (bei XE6 mit einer Legacy Anwendung) und soeben wieder. Vorher hatte ich das ewig nicht. Nicht dass da ein Windows Update eine Rolle spielt...

[Poolspieler]

Zitat von Neumann:

Ich hatte das Problem auch mal, konnte es umgehen in dem ich der Entwicklungsumgebung nur einen Prozessor zugeordnet habe. Ist etwas mühsam, da Windows das wieder vergisst und man muss bei jedem Start der Entwicklungsumgebung den Taskmanager aufrufen und wieder einstellen.

Irgendwann war das Problem dann weg, nachdem ich eine neuere Version von Delphi installiert hatte.

Das habe ich schon probiert - das Problem tritt trotzdem bei mir auf.
Welchen Virenscanner hast Du? GDATA?

Zitat von jaenicke:

Hmm, ich habe es vor Kurzem gehabt (bei XE6 mit einer Legacy Anwendung) und soeben wieder. Vorher hatte ich das ewig nicht. Nicht dass da ein Windows Update eine Rolle spielt...

Soweit ich verstanden habe, liegt es an dem windows 10 creators update. Seit dem gibt es wohl immer wieder Probleme. Hast Du auch GDATA installiert?

Ich konnte auf meinen zwei Systemen GDATA als eventuelle Ursache ausmachen. Wenn ich GDATA deinstalliere, dann tritt der Fehler (offensichtlich) nicht auf.
Aktuell versuche ich Module von GDATA zu deaktivieren. Und herauszufinden, welche Module für den Absturz verantwortlich sind.
Beim letzten Absturz hatte ich die GDATA GUI offen. Ich konnte kein Programm mehr bedienen - außer GDATA --> das deutet meiner Meinung nach schon deutlich auf die Ursache des Problems hin.

Ich melde mich, wenn ich mehr weiß und freue mich auf Euer Feedback.

[Sherlock]

Ich glaube die Frage hatte noch keiner gestellt, aber es sind hoffentlich nicht 64-Bit Programme, die da zu debuggen sind, oder doch?

Sherlock

[Poolspieler]

Ich debugge 32bit-Programme. (Auf 64bit Win10)

[Poolspieler]

Hallo Zusammen,
ich habe nun die endgültige Ursache des Problems (auf meinem Rechner) gefunden:

Der Fehler tritt auf, wenn der Haken "AntiRansomware" im Echtzeitschutz von GDATA aktiviert ist.
Ohne "AntiRansomware" tritt der Fehler nicht auf. Ich habe auch eine Automation (mit Hilfe des Embarcadero-Supports --> Vielen Dank dafür ) der Delphi-IDE verwendet, die den Debugger endlos startet und ihn nach 2 Sekunden wieder stoppt.
Bei meinen Tests trat der Fehler über 2000 Runs nicht auf.

Bei GDATA habe ich ein Ticket dazu aufgemacht - bis jetzt aber noch keine Rückmeldung.


Viele Grüße,

Andreas

[jaenicke]

Delphi greift auf viele Dateien zu beim Kompilieren, das macht schon verdächtig hinsichtlich Erpressungstrojanern, aber dann gleich einen Not-Aus zu machen ist übertrieben...

[Neumann]

Gdata hatte ich nie. Bei mir läuft nur der Windows-Virenscanner