Hallo Forum,

beim einfachen Öffnen des OpenDialogs (Anwendung enthält nur OpenDialog.Execute), stürzt mir der Debugger und anschließend mein komplettes System ab.

Folgendes Szenario:

- Demoanwendung enthält bis auf "OpenDialog.Execute" keinen weiteren eigenen Quelltext
- NUR in der Entwicklungsumgebung (sprich mit Debugger) stürzt mir das System ab (Symptome: Anwendungen reagieren nicht mehr, Explorer hängt sich auf)
- der Dialog-Rahmen ist kurz zu sehen, allerdings werden noch keine Dateien angezeigt
- Ich nutze Delphi XE Pro auf Windows 7 64bit.
- Letzter Eintrag in den Meldungen "ntdsapi.dll geladen"
- Fehler tritt erst nach einiger Zeit auf. D. h., dass ich ab und an den Dialog öffnen kann.
- Debugging in "spawned processes" ist ausgeschaltet.
- Wenn ich schnell bin, kann ich noch mit den letzten Systemresourcen Delphi abschießen, ohne neu starten zu müssen.

Bei Delphi 2009 gab es mal einen Patch für 64bit BS. Gibt es da für XE ähnliches?

Grüße
Michael

Zeig mal den ganzen Quellcode.

Alle Update + aktuelle Grafikkartentreibe installiert?
Und bedeutet "komplettes System" das komplette OS mit Bluescreen?

Zitat von Luckie:

Zeig mal den ganzen Quellcode.

Zitat von freedy:

Demoanwendung enthält bis auf "OpenDialog.Execute" keinen weiteren eigenen Quelltext

Zitat von Bernhard Geyer:

Alle Update + aktuelle Grafikkartentreibe installiert?
Und bedeutet "komplettes System" das komplette OS mit Bluescreen?

Update 1 für Delphi XE ist eingespielt.
Grafikkarte macht Zicken. Deshalb stürzt der Debugger teilweise auch mit Bluescreen ab. In diesem Fall aber nicht.

Die (vorinstallierten) Kartentreiber auf meinem Laptop lassen sich auch nicht updaten. Jedes Setup meldet, dass die Hardware nicht gefunden wurde. (ATI Mobility Radeon HD 6370)
Hatte diesbezüglich auch schon mit Matthias Eißing Kontakt. Und ja, ich habe wirklich alle möglichen Treiber von der ATI bzw. AMD-Seite geladen.

Das Problem haben wir bei zwei größeren Projekten auch. Um einen Neustart zu vermeiden haben wir die Exe für die Eingabehilfen durch eine Kopie des Taskmanagers ersetzt. Auf dem Auswahlbildschirm nach Strg+Alt+Entfernen lässt sich der dann mit dem Knopf der Eingabehilfen unten links starten und Delphi damit abschießen.

Einen Teil der Abstürze konnten wir auf Probleme mit einem eigenen IDE-Experten zurückführen.

Jetzt bleiben aber ein paar, denen wir selbst nicht beikommen können. Mal schauen, ob da jemand helfen kann... Es reicht übrigens teilweise schon einfach aus dem Taskmanager heraus die .dcu Dateien des Projekts zu löschen, wenn Delphi einen Kern voll beansprucht.

Hallo,

unter D2010 habe ich auch so ein Problem, speziell beim DLL-Debuggen.
Dank Dual-Core läuft das System aber noch rund,
ich muss "nur" die BDS.EXE abschießen (die blockiert den anderen Kern).
Ich habe aber im Verdacht, dass in einer der Projektdateien (die XML-Dinger)
ein nicht existierender Pfad steht.
Seit ich die IDE-FixTools (hieß das so ?) drauf habe,
hängt ide IDE etwa 1/4 weniger.


Heiko

Du hast also nur Button1.Click, OpenDialog1.Execute? Sonst gar nichts?

Zitat von jaenicke:

Das Problem haben wir bei zwei größeren Projekten auch. Um einen Neustart zu vermeiden haben wir die Exe für die Eingabehilfen durch eine Kopie des Taskmanagers ersetzt. Auf dem Auswahlbildschirm nach Strg+Alt+Entfernen lässt sich der dann mit dem Knopf der Eingabehilfen unten links starten und Delphi damit abschießen.

Einen Teil der Abstürze konnten wir auf Probleme mit einem eigenen IDE-Experten zurückführen.

Jetzt bleiben aber ein paar, denen wir selbst nicht beikommen können. Mal schauen, ob da jemand helfen kann... Es reicht übrigens teilweise schon einfach aus dem Taskmanager heraus die .dcu Dateien des Projekts zu löschen, wenn Delphi einen Kern voll beansprucht.

Eigene Experten nutzen wir auch. Ich würde aber ausschließen, dass diese dafür verantwortlich sind. Den Austausch der EXE-Dateien (Taskmanager) finde ich persönlich clever.

Zitat von Luckie:

Du hast also nur Button1.Click, OpenDialog1.Execute? Sonst gar nichts?

Hallo Luckie,

ganz genau. Ansonsten würde ich natürlich darauf schließen, dass mein Code dort einen Fehler verursacht.



Für meine Grafikkarte habe ich inzwischen eine Lösung gefunden. Die Treiber auf der HP-Seite (Notebook-spezif.) scheinen nicht die gleichen wie auf der ATI-Seite zu sein. Ich werde einmal beobachten, ob es daran gelegen hat. Heute hatte ich zum Glück noch keinen Absturz; aber der Tag ist ja noch jung.


PS: es hat nicht lange gedauert... Der Speichern-Dialog ruft natürlich die gleichen Funktionen auf. Absturz!