Mehrere TRichEdits in einer Form führt zu Programmabsturz?!
-
Hi,
folgendes Phänomen ist mir untergekommen.
Ich habe eine Form mit 3 RichEdits.
Jedes RichEdit wird von einer eigenen (Kontroller)Klasse (A,B,C) unter Verwendung der Text-property beschrieben(also: richedit1->Text= text).
Nun kommt es vor - oder ist eher die Regel -, dass A, B und C nahezu zeitgleich ihre zugehörigen RichEdits beschreiben. Dabei haut's die Anwendung hin und wieder aus den Schuhen. Der Debugger(Disassembler) lässt deutlich werden, dass es in der
RICHED20.IID_IRichEditOleCallBack
irgendwo hakt.
Verbauten Sleep()-Methoden vor richeditX->Text lassen diesen Aufhänger nicht auftauchen.
Daher meine Vermutung, dass es bei der Aktualisierung der Form und ihren RichEdits innerhalb kleiner Zeitfenster zu Problemen kommt.
Kann das jemand bestätigen???
Wenn ja, wie hat der-/diejenige das Problem umgangen?
Ich werde das Problem nun umgehen, in dem ich die Darstellung mittels Flags arbitriere.Danke auch.
-
Ich nehme an die Kontroller sind eigene Threads?
-
Nicht mehr. Sie waren mal einfache Konsolenanwendungen, die via UDP untereinander kommunizieren. Die gegebene Anforderung soll die ursprünglich drei Anwendungen zu einer vereinheitlichen. Insofern waren sie mal Threads:-)
Es sind nur Klassen(Singletons) mit einer ReceiveCallBack für die UDP-Pakete.Vielleicht noch was:
Im Debugmode selbst "knallt" es nicht. Wenn meine Vermutung stimmt, sollte das auch so sein. Ich bin beim debuggen halt langsamer als die RichEditOleCallBack. Somit hat die Anwendung genug Zeit ordentlich arbeiten. Lasse ich in Echtzeit laufen, "knallts".
-