StyleManger verursacht Stack Overflow

[RayEn]

Hallo,

keine Ahnung was ich an meinem Programm verbockt habe.

Wenn ich beim Starten des Programmes einen neuen Style anwende z.B. TStyleManager.TrySetStyle('Sky')
dann funktioniert das wunderbar. Rufe ich den StyleManger während der Laufzeit nocheinmal auf, um einen andren Style zu setzen,
bekomme ich einen Stackoverflow in system.pas in _CallDynaInst.

Ich weiß, dass das Ganze schon einmal funktioniert hat, ich habe nur keine Ahnung was ich seitdem geändert habe, das so ein Verhalten provozieren könnte.
Der Rest der Applikation läuft unauffällig einzig dieser Funktionsaufruf scheitert. Ein Aufruf mit demselben Style wie bein Create klappt.
Wenn ich den anderen Style direkt beim Create einstelle klappt das auch, nur ein Wechsel verursacht dann einen Stack Overflow.
Vielleicht hat ja von euch jemand eine Idee, wo ich zum Suchen anfangen kann.

[Uwe Raabe]

Das hat nicht zufällig was mit der in deinem anderen Thread geschilderten Problem bzw. dessen Lösung zu tun?

[RayEn]

Hallo,
ja das war auch mein erster Verdacht, aber nach einem 'Rückbau' der Änderungen, bleibt das Fehlerbild erhalten.

Was ich noch viel bemerkenswerter finde - wenn ich in Create die Funktion nacheinander mit verschiedenen Styles aufrufe passiert nichts.
Aber sobald ich den Aufruf aus dem laufenden Programm mache kracht es.

Also habe ich testweise den kompletten Code in Create rauskommentiert um auszuschliessen, dass da etwas schief läuft - gleiches Bild.

[himitsu]

Im Create ist die Form noch unsichtbar.
Später sichtbar.

Also entweder liegt es an einer Komponente, die bereits gezeichnet wurde und nun da etwas schief steht,
oder es liegt an einem Ereignis, worauf nur sichtbare Komponenten reagieren. (also im Create hätte es auch geknallt, wäre die Form bereits sichtbar gewesen)

[RayEn]

Zitat von himitsu:

Im Create ist die Form noch unsichtbar.
Später sichtbar.

Also entweder liegt es an einer Komponente, die bereits gezeichnet wurde und nun da etwas schief steht,
oder es liegt an einem Ereignis, worauf nur sichtbare Komponenten reagieren. (also im Create hätte es auch geknallt, wäre die Form bereits sichtbar gewesen)

Ja klingt logisch - da der Überlauf anscheinend erst beim updaten auftritt - die Funktion TrySetStyle selbst wird ohne Fehler beendet - muss ich wohl mal sukzessive Elemente entfernen um den Übeltäter zu finden.
Oder gibt es eine Routine, wo ich mir sinnvoll einen Breakpoint setzen kann, um zu sehen, welche Komponenten gerade aktuallisiert werden?

[himitsu]

Nja, blöd ist ja, dass der Stacktrace vorzeitig abbricht (ein Limit) und man bei einem Stacküberlauf dann nur sieht wo es in der Schleife läuft, aber da wo die Schleife anfing, das bleibt im Dunklen.

Dass es einen Bruch gibt, ist ja OK, aber hier wäre es nett, wenn Emba uns dennoch einen "Alles laden"-Knopf geben würde.
(oder wenn man in der Mitte nach x Einträgen alles weg läßt und dann den Anfang auch noch anzeigt)

Man könnte den zwar den Stackspeicher verrigern ... so klein, damit der Abbruch früher kommt und der Stack noch bis zum Anfang ausgelesen wird .... aber neeeee.



Nja, du siehst ja wo es in der Schleife fest hängt ... da macht man an einen der wiederholenden Stellen einen Haltepunkt.
In CPU-Ansicht oder besser im Code, wenn es das gibt, weil die DLL ja beim nächsten Start wo anders liegen könnte.

Dann neu starten, hoffen, die gewählte Stelle erst beim Überlauf durchlaufen wird.
Ergebnis man ist am Anfang des Überlaufs und sieht daher noch was vorher im Stack steht, also wer für den Überlauf verantworklich ist.