Hallo zusammen,

seit heute ist Delphi etwas "unkooperativ": Wenn ich ein Projekt (auch ein leeres neues) in der IDE mit F9 starte, friert Delphi fast sofort ein. Nach ein paar Sekunden wird dann der Bildschirm weiß.

Wenn ich dann über die Window-Schaltfläche oben rechts Delphi schließen will, erscheint die Meldung "Embarcadero RAD Studio für Windows reagiert nicht mehr.. usw. usf".

Starte ich das gleiche Programm ohne Debugger, läuft es einwandfrei.

Dieser Effekt tritt, soweit ich das bisher überblicke, mit allen meinen Projekten auf (wie gesagt, auch mit frisch erstellten).

Hat vielleicht jemand eine Idee, woran das liegen könnte?

Bin für jeden Tip dankbar.


Grüße
Frank

Evtl ein Amok laufender Virenscanner?
Schau mal ob du die IDE bzw. den Debugger in die White-Liste des Virenscanners bekommst.

Vielen Dank, der Tip mit dem Virenscanner war prima , wenn ich den komplett abschalte (Eset), läuft alles wie vorher.

Ich habe jetzt die bds*.exes in die Ausschlussliste für die Prozesse aufgenommen, hat aber noch nicht die gewünschte Wirkung.

Wie finde ich denn heraus, wie die exe vom Debugger heisst?


Gruß
Frank

Habe bei meinem Virenscanner sowohl den ganzen Verzeichnisbaum, in dem Delphi liegt, als auch den, in dem bei mir die Ausgabedateien landen, als Ausnahme aufgenommen.

Wenn der Debugger nicht (sofort) startet, kann es auch daran liegen, dass der Virenscanner die auszuführende Datei "zwischen hat" und daher der Debugger nicht gestartet werden kann, bevor er Zugriff bekommt.
Daher erscheint es mir sinnvoll oder hilfreich, zumindest das Ausgabeverzeichnis für die Exen beim Virenscanner aus der Überwachung auszuklammern.

Hallo,

danke für Deine Antwort.

Habe jetzt beim Eset NOD32

C:\Program Files (x86)\Embarcadero
D:\Ausgabe

als Ausnahmen für den Dateifilter und

C:\Program Files (x86)\Embarcadero\Studio\19.0\bin\bds.exe

als Ausnahme für den Prozessfilter hinzugefügt, leider ohne Erfolg.


Gruß
Frank

Ich hatte solch ein ähnliches Problem auch mal mit Norton (fast alle erstellten Exen wurden als Virus erkannt). Ich habe das damals über den Support klären können, mit einem Update wurde das Problem relativ schnell behoben.

Das halte ich für die sinnvollere Vorgehensweise als sich Sicherheitslücken zu reißen indem man Ausnahmen hinzufügt...
Ich brauche bei Norton heute keine einzige Ausnahme.

Um herauszufinden woran es hängt, solltest du mit dem Process Monitor weiterkommen.

Hallo,

lustiger Effekt: Wenn ich den Process Monitor parallel zu Delphi 10 (oder auch 2010) laufen lasse und dann in der IDE ein Projekt mit Debugger starte, bleibt der Process Monitor auch mit einem weißen Bildschirm stehen.

Wenn ich dann Delphi abschieße, läuft der ProcessMonitor direkt weiter.




Gruß
Frank

Zitat von jaenicke:

Ich hatte solch ein ähnliches Problem auch mal mit Norton (fast alle erstellten Exen wurden als Virus erkannt). Ich habe das damals über den Support klären können, mit einem Update wurde das Problem relativ schnell behoben.

Das halte ich für die sinnvollere Vorgehensweise als sich Sicherheitslücken zu reißen indem man Ausnahmen hinzufügt...
Ich brauche bei Norton heute keine einzige Ausnahme.

Glück gehabt.
Nützt dir aber nix wenn der Hersteller nicht auf deine Probleme reagiert (Bei Symantec hatten unsere False-Positiv-Meldungen Wochen gebraucht bis was korrigiert wurde).

Stimmt,

ich hab jedenfalls mal eine Supportanfrage an Eset geschickt, mal sehen, was dabei rumkommt.
Das Problem tritt in Delphi 2010 übrigens auch auf.

Danke für die Unterstützung.


Gruß
Frank

Zitat von FBrust:

Wenn ich den Process Monitor parallel zu Delphi 10 (oder auch 2010) laufen lasse und dann in der IDE ein Projekt mit Debugger starte, bleibt der Process Monitor auch mit einem weißen Bildschirm stehen.

Kein Wunder, das sind pro Sekunde Hunderttausende Nachrichten die verarbeitet werden müssen.
Beim D2009 Debugger komme ich auf schlapp 80k Msg pro Sek im ProcMon (Beschränkt aufs Delphi Verzeichnis). Schalte die Live-Ansicht aus, das sollte helfen, oder setze den Filter etwas gezielter.