|
Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Hallo Zusammen,
ich habe Delphi 10.1 Berlin Version 24.0.25048.9432 auf meinem relativ frisch installierten Win10 Pro Rechner (Version 1909; Build 18363.720; Windowsupdates alle aktuell) am Laufen. Leider friert mein Rechner sehr oft (ca. alle 15 Versuche) komplett ein, wenn ich mit F9 ein Programm debuggen will. Wenn ich es mit STRG-SHIFT-F9 laufen lasse, dann gibt es keine Probleme. Im Fehlerfall bleibt der Rechner wie gesagt stehen. Nur den Mauszeiger kann ich noch bewegen. Die Uhrzeit steht. Auf Tastendrücke reagiert er nicht (z.B. STRG+ALT+ENTF, oder Windowstaste reagieren nicht). Ich hatte solch ein Problem noch mit keiner Delphiversion. Selbst simple Programme mit nur einem Button und Hallo-Welt-Nachricht bringen meinen PC zum stehen. Im Forum habe ich schon einige alte Threads zum Thema gefunden - leider gab es in keinem eine wirkliche Lösung. Hat jemand eine Idee? Viele Grüße, Poolspieler |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Den Fehler würd' ich nicht bei Delphi suchen, da scheint eher ein Windows- oder Rechnerproblem vorzuliegen, dass nur zufällig beim Debuggen eher auffällt, als im normalen Betrieb.
Schau bitte mal bei Tante Google oder sonst einer Suchmaschine: [GOOGLE]rechner friert ein problemlösung[/GOOGLE] In der Vergangenheit hab' ich derartige Probleme eigentlich immer nur im Zusammenhang mit Treiberproblemen, häufig waren es die Bildschirmtreiber, erlebt. Ob das aktuell auch (noch) so ist, weiß ich nicht. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Zitat:
Welchen Rechner hast du? Ich habe einen Thinkpad E590. Auch RAD neu installieren hat nicht geholfen. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
|
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Hallo Zusammen,
vielen Dank für Eure Antworten. Wie es aussieht, habe ich das Problem (aufgrund Eurer wertvollen Hinweise) gelöst. Vielen Dank nochmal an Euch! Der Ansatz, nicht nach einem Delphiproblem, sonder nach einem "Rechnerproblem" zu suchen, war wohl richtig. Auch wenn die Probleme eigentlich ausschließlich mit dem Delpi-Debugger auftraten. Ich habe im Netz zu "Windows friert ein" gesucht und etliche Hinweise auf SAMSUNG SSD Probleme gefunden, die durch ein Firmwareupdate behoben werden können. Ich habe mir die SAMSUNG MAGICIAN Software  https://www.samsung.com/de/ssd/magiciansoftware/ installiert. Es war tatsächlich ein Firmwareupdate verfügbar. Nach Installation des Firmwareupdates ist der Fehler (bis jetzt) nicht mehr aufgetaucht.Ich verwende eine Samsung SSD 860 QVO 2TB. Ich hoffe, diese Lösung hilft auch einigen von Euch! Viele Grüße, Poolspieler |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Zitat:
Prozessor Intel(R) Core(TM) i9-9900KS CPU @ 4.00GHz, 4008 MHz, 8 Kern(e), 16 logische(r) Prozessor(en) BaseBoard-Hersteller ASUSTeK COMPUTER INC. BaseBoard-Produkt ROG STRIX Z390-E GAMING Grafik Name NVIDIA GeForce RTX 2060 3 Monitore |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Hallo,
Zitat:
|
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Ich bin im Besitz eines Lenovo und habe gleich mal nach Updates mittels Vantage gesucht.
Dort wurde ein BIOS Update und ein Video Treiber gefunden. Diese habe ich nun installiert und hoffe, dass meine Abstürze dann nicht mehr sind. Ansonsten werde ich die Links weiter oben durchforsten. |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Hallo zusammen,
heute ist das Problem nochmal aufgetreten. Allerdings ist es seit dem Firmwareupdate der SSD um Faktoren besser geworden. Ich habe jetzt den bin-Ordner von Embarcadero zur Ausnahme-Liste von meinem Virenscanner hinzugefügt (das habe ich in obigen Links gelesen) --> ich werde testen und mich dann wieder melden. Viele Grüße, Poolspieler |
AW: Rechner friert beim Debuggen ein und muss hart ausgeschaltet werden
Ich habe nun auch viele Tests unternommen, aber immer noch keine Lösung gefunden.
1.) EVO 850 umgeklemmt von USB Anbindung direkt in den Rechner über SATA Interface 2.) GDATA Ausnahme gesetzt für Projekt Pfad 3.) GDATA Ausnahme gesetzt für C:\Program Files (x86)\Embarcadero\Studio\20.0\bin 4.) Mittels Lenovo Vantage nach neuen Treibern gesucht Nachwievor immer noch komplettes Aufhängen des Rechners. - Maus kann noch bewegt werden - Strg + Alt + Entf geht nicht mehr - Alt + Tab geht auch nicht mehr - Manche offenen Programme lassen sich noch schließen Ich weiß nicht mehr weiter. Hat jemand noch weitere Ideen? |
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 06:41 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
