PaintBox.Paint startet immer wieder neu

[himitsu]

Nein,
jedenfalls nicht wenn du die Aktualisierung der PaintBox/Canvas während des Zeichnens nicht deaktivierst.

Sonst kann es passieren, dass mitten in deinem OnPaint ein neues OnPaint ausgelöst wird und du in einer Endlosschleife landen könntest.


Wie gesagt ihr hättet die Wahl auf ein TBitmap zu zeichnen und anschließend ein Invalidate/Refresh der PaintBox auszulösen. (bzw. im OnChange des Bitmap das Invalidate der PaintBox auslösen)
Die PaintBox zeichnet dann im OnPaint dann nur noch das Bitmap.

Oder eben TImage ... arbeitet dann so ähnlich, wie grade für die PaintBox mit TBitMap beschrieben.

[SteffenSchm]

Aber ist es nicht so, dass der Debugger immer mal zwischendurch abfragt, ob irgendwelche Ereignisse eingetreten sind (z.B. Drücken der Pausentaste), welche bearbeitet werden müssen. Und kann das nicht der Grund dafür sein, dass mit Debugger die Zeichnung (wenn auch langsam) fertig gezeichnet wird, während ohne Debugger immer wieder von vorn angefangen wird.

Es muss doch einen Grund geben, warum das mit Debugger funktioniert und ohne nicht!

[SteffenSchm]

Ich habe jetzt in die Schleife die innerhalb PaintBox.Paint aufgerufen wird die folgende Zeile eingefügt:

Application.ProcessMessages;

Jetzt schafft es das Programm die Zeichnung zu Ende zu zeichen ohne immer wieder von vorn anzufangen.
Auch wenn ich nicht weiß warum, so scheint es doch etwas damit zu tun zu haben.

Schönen Abend und Danke für die Hinweise und Eure Zeit!

Steffen

[Uwe Raabe]

Damit hast du das Problem aber nur kaschiert ohne es zu verstehen und zu lösen. Beim nächsten Fehler sind deine Probleme dann nur noch größer.

[himitsu]

Aber wie gesagt, damit kann es passieren, dass dein Zeichnen (OnPaint) während der Arbeit neu gestartet wird und es so auch in einer Eindlosschleife einem Stacküberlauf endet.

Schlimmer wird es dann, wenn nicht nur mit lokalen Variablen gearbeitet wird, womit es dann zwischen den verschiedenen Ausführungen Überschneidungen geben kann. (z.B. das eingebettete Zeichnen ändert einen globalen Zähler/Liste und wenn es in den ersten Aufruf zurück kommt hat sich dort mitten drin in der Schleife der Zustand geändert und z.B. ein Index oder Abbruchbedingung raucht ab oder wird nie erreicht)

Mit ProcessMessages muß man echt aufpassen, da es Doppelausführungen geben kann.
z.B. in einem Button eine Schleife, die Zahlen in ein Memo ausgibt. und mitten im ProcessMessages kannst du ja nochmals auf den Button drücken, während das erste OnClick noch nicht fertig war.

[himitsu]

OnMessage sind aber ausschließlich von PostMessage, was in der MessageQueue landete.
SendMessage kommt dort nicht vorbei. (dafür bräuchte man einen andren Hook)

Ja, für Vieles kann es dennoch einen Hinweis geben.
Aber beachte, dass wenn man z.B. die Messages in ein Memo loggt, das wiederrum Messages auslöst, was das Ergebnis verfälschen kann.

[Michael II]

Zitat von himitsu:

OnMessage sind aber ausschließlich von PostMessage, was in der MessageQueue landete.
SendMessage kommt dort nicht vorbei. (dafür bräuchte man einen andren Hook)

Ja, für Vieles kann es dennoch einen Hinweis geben.
Aber beachte, dass wenn man z.B. die Messages in ein Memo loggt, das wiederrum Messages auslöst, was das Ergebnis verfälschen kann.

Er braucht's ja nicht für ein Memo.
Ich bin ziemlich sicher, dass es reicht und er den Unterschied dort abgreifen kann.

Und nun schreib ich's halt doch : Zu deinem #7: Es ist ganz sicher auch auf deinen Kisten nicht schneller, wenn du direkt Linie für Linie in die Paintbox (Grafikkarte) malst, als wenn du zuerst im RAM alles in eine Bitmap zeichnest und dann einmal raus auf die Grafikarte schreibst. Auf meinem Uraltnotebook benötigt die direkte Paintboxkmalerei auf eine HD-Form (PaintBox alClient) für 1 Mio Zufallslinien 30 Sekunden. Wenn ich die 1 Mio Zufallslinien in die Bitmap zeichne und dann raus in die Paintbox schreibe "kostet" das 3 Sekunden.

[himitsu]

War nur als Hinweis, falls er es sich "anzeigen" will, um es im laufenden Programm sehen zu können.

In ein Log oder OutputDebugStrings (wenn im Debugger, in dessen MessagesFenster, aber aufpassen, ist bissl langsamer) ginge natürlich auch.


Wer (zu)viel Misst, misst manchmal auch Mist.