AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
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. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Zitat:
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. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
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. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
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...
|
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Zitat:
Welchen Virenscanner hast Du? GDATA? Zitat:
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. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Ich glaube die Frage hatte noch keiner gestellt, aber es sind hoffentlich nicht 64-Bit Programme, die da zu debuggen sind, oder doch?
Sherlock |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Ich debugge 32bit-Programme. (Auf 64bit Win10)
|
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
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 :thumb:) 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 |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
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... :lol: :wink:
|
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Gdata hatte ich nie. Bei mir läuft nur der Windows-Virenscanner
|
Alle Zeitangaben in WEZ +1. Es ist jetzt 07:26 Uhr. |
Powered by vBulletin® Copyright ©2000 - 2024, Jelsoft Enterprises Ltd.
LinkBacks Enabled by vBSEO © 2011, Crawlability, Inc.
Delphi-PRAXiS (c) 2002 - 2023 by Daniel R. Wolf, 2024 by Thomas Breitkreuz