Delphi 12.1 verfügbar/veröffentlicht

[himitsu]

Nach dem Ende des Debugens ... jedes Mal.

Zitat:

Listenindex außerhalb des gültigen Bereichs (10). TComponentList-Bereich ist 0..7.

[6E246208]{rtl290.bpl } System.Classes.TList.Get (Line 5234, "System.Classes.pas" + 2) + $B
[6FB6DFBF]{vcl290.bpl } Vcl.AppEvnts.TMultiCaster.GetAppEvents (Line 686, "Vcl.AppEvnts.pas" + 1) + $B
[6FB6D8E6]{vcl290.bpl } Vcl.AppEvnts.TMultiCaster.DoActivate (Line 438, "Vcl.AppEvnts.pas" + 5) + $9
[6FB12DD0]{vcl290.bpl } Vcl.Forms.TApplication.WndProc (Line 12854, "Vcl.Forms.pas" + 140) + $C
[6E26477C]{rtl290.bpl } System.Classes.StdWndProc (Line 19085, "System.Classes.pas" + 9) + $2
[6FB13927]{vcl290.bpl } Vcl.Forms.TApplication.ProcessMessage (Line 13282, "Vcl.Forms.pas" + 23) + $1
[6FB1396A]{vcl290.bpl } Vcl.Forms.TApplication.HandleMessage (Line 13312, "Vcl.Forms.pas" + 1) + $4
[6FB13CA9]{vcl290.bpl } Vcl.Forms.TApplication.Run (Line 13451, "Vcl.Forms.pas" + 27) + $3
[002B8AD2]{bds.exe } bds.bds + $DE

Irgendwie findet man mehr, was nervt, als was jetzt besser ist.

[freimatz]

Zitat von himitsu:

Nach dem Ende des Debugens ... jedes Mal.

<SARKASMUS>Ach sei doch froh dass Du (im Gegensatz zu uns) überhaupt debuggen kannst ...</SARKASMUS>

[BigAl]

Zitat von himitsu:

Nach dem Ende des Debugens ... jedes Mal.

Debugging läuft hier gut (32bit und 64bit). Nur das sich nach dem Debuggen immer "Memory Leak" meldet wenn man strings inspiziert. Das ist aber schon seit ein paar Versionen so und stört mich eigentlich nicht weiter.

[himitsu]

Win64 : ähhh nja neee

Mit F7 in eine eigene Funktion reinspringen zu wollen ... der hält nicht an, so als hätte ich F9 gedrückt.

[himitsu]

Hatte gestern den wohl fiesesten Fehler

* wollte nur Strg+Linksklick machen
* kam so ein Wartedialögchen "lade Datei Winapi.Windows.pas" ... statt den dialog einzubauen, wäre es schöner, das einfach schnell genug zu machen
* und da blieb es dann hängen ... nix ging mehr
* mehrmals rumgeschaut, ob irgendwo ein Dialog/Fehlermeldung offen ist
* * passiert nun ganz gern mal vermehrt, dass Dialoge auf dem falschen Monitor aufgehn
* * manchmal sind sie aber auch nur im Hintergrund, hinter dem eigenen Fenster versteckt, was sich aber nicht minimieren/verkleinern lässt

* nach 'ner viertel Stunde dann angefangen rumzuprobieren und bei Alt+F4 passiert auch was -> das Wartedialögchen verschwand
* aber hing immernoch alles, allerdings Neuzeichnen ging noch (kein "reagiert nicht" vom Windows zu sehn)
* natürlich war auch der __recovery-Ordner leer (was mich nicht wirklich erfreut fröhlich rumhüpfen ließ)

* in der Taskleiste auf "Fenster schließen" wollte Delphi reagieren, aber es knallte immer eine Zugriffsverletzung
* mit Delphi 11 dann das D12 gedebuggt und die Exception kam von dort, wo Delphi den "willst'e Speichern"-Dialog anzeigen wollte
* Fehlermeldung wegklicken und "Fenster schließen" war das Einzige, was noch ging, aber auch immer in der Exception landete


* Außerdem hat Emba in den letzten Jahrzehnten es nicht geschafft zu reparieren, dass, wenn man sich mit dem Debugger vom Prozess trennt, der Prozess dann NICHT sofort abraucht und wortlos gekillt wird.
* Wozu gibt es dann die Option "Vom Programm trennen", wenn ich auch direkt "Programm beenden" wählen könnte?

[jaenicke]

Zitat von himitsu:

* Außerdem hat Emba in den letzten Jahrzehnten es nicht geschafft zu reparieren, dass, wenn man sich mit dem Debugger vom Prozess trennt, der Prozess dann NICHT sofort abraucht und wortlos gekillt wird.
* Wozu gibt es dann die Option "Vom Programm trennen", wenn ich auch direkt "Programm beenden" wählen könnte?

Das funktioniert bei mir in aller Regel problemlos, es sei denn vorher war schon ein Fehler im Programm aufgetreten.

[Der schöne Günther]

So kenne ich das auch: Wenn man mitten in einer Exception-Behandlung den Debugger vom Prozess trennt schmiert der Prozess einfach ab.

Kann man bestimmt irgendwie argumentieren, dass das "as designed" ist, halte ich aber auch für einen Defekt.

[himitsu]

Ich kann mich nicht erinnern, dass es jemals wirklich funktioniert hat (mindestens seit XE),
egal ob der Debugger von Anfang an dran hing, oder erst später angehängt wurde.

Es ist auch egal, ob nach einer Exception (aber ja, meistens war vorher eine Exception oder es was im Deadlock ... drum schau ich ja rein)
und ob der Prozess noch in Pause oder mit F9 fortgesetzt wurde.

Entweder ist das Programm sofort weg (meistens und ohne einen Mucks)
oder es raucht kurz danach mit wirren Exceptions ab (selten).



OK, es wäre eh irgendwann abgeraucht, da es die BDS ja hing.

[BigAl]

Zitat von himitsu:

Win64 : ähhh nja neee

Mit F7 in eine eigene Funktion reinspringen zu wollen ... der hält nicht an, so als hätte ich F9 gedrückt.

Das funktioniert hier problemlos... Evtl. ist die Funktion bei Dir "inline". Kannst Du einen Breakpoint in der Funktion setzen?