TInterfacedObject Subclass

[EWeiss]

Habs schon versucht.. mit Breakpoint
Das problem ist das der Compiler nur den ASM Bildschirm öffnet und da kann ich nur lesen

Zitat:

TObject.InitInstance:

Als wenn bei der Initialisierung irgend etwas schief läuft.

Zitat:

aber man sollte doch immer inherited Create aufrufen

Ja das kann ich machen.


gruss

[Uwe Raabe]

InitInstance ist auch in Assembler, da wird man nicht viel mehr sehen können. Aber vielleicht kannst du im Aufrufstack etwas erkennen?

In der DLL wird nach dem Create dreimal auf InstrumentList zugegriffen. Kommt es überhaupt dazu oder knallt es schon beim Create?

Ich weiß, daß man in einer DLL nicht immer alles das machen kann, was in einer Exe problemlos möglich ist. Ich habe aber noch keine Ahnung, was das hier sein könnte. Zumindest würde man mit diesem Wissen die Suche in eine andere Richtung bringen.

[EWeiss]

Zitat von Uwe Raabe:

InitInstance ist auch in Assembler, da wird man nicht viel mehr sehen können. Aber vielleicht kannst du im Aufrufstack etwas erkennen?

In der DLL wird nach dem Create dreimal auf InstrumentList zugegriffen. Kommt es überhaupt dazu oder knallt es schon beim Create?

Ich weiß, daß man in einer DLL nicht immer alles das machen kann, was in einer Exe problemlos möglich ist. Ich habe aber noch keine Ahnung, was das hier sein könnte. Zumindest würde man mit diesem Wissen die Suche in eine andere Richtung bringen.

Bei Create funktioniert noch alles weil ich zu dem zeitpunkt noch nicht auf die WinProc zugreife.
Lasse ich alles andere weg dann habe ich aber keinen Zugriff mehr auf meine Default WinProc in der Anwendung selbst.
Das merkt man weil ich keine Messagen mehr verarbeiten kann zum beispiel wenn ich auf einen Button Klicke.
Die Anwendung läßt sich dann nicht mehr schließen.

Ich glaube das es an der Winproc selbst liegt bzw.. wie diese gesubclassed wird.
Mein Fehler ist das ich wie vorher schon mal erwähnt nicht die WinProc der Anwendung sondern die der ListBox subclasse.
Es werden meineserachtens keine Messagen an die Hauptanwendung geschickt bzw.. dort verarbeitet.

Zitat:

ich muss die Winproc der Anwendung subclassen nicht meine eigene.
PrevWndProc := SetWindowLong(WinHandle, GWL_WNDPROC, integer(@WndProc));
anstelle von
PrevWndProc := SetWindowLong(WinHandle, GWL_WNDPROC, integer(@TSkinListBox.ListBoxProc));

Deshalb meine Frage wie komme ich an die WinProc in der Anwendung selbst heran oder kann sie weiter leiten.

Das sie funktioniert siehst du am Bild..
Aber nur in der Anwenung ohne DLL

gruss

[Uwe Raabe]

GetWindowLong?

[EWeiss]

Zitat von Uwe Raabe:

GetWindowLong?

Danke für deine hilfe Uwe..
Ja damit komme ich an die Winproc (Hätte mir auch selbst einfallen können )
Aber funktionieren tut es trotzdem nicht.

Habe jetzt das Interface zur ListBox entfernt also zurück auf TObject
und siehe da jetzt funktioniert es wieder.

Warum ich die ListBox nicht mit dem Interface initialisiert bekomme ist mir noch nicht ganz klar.
Wäre aber die Ideale lösung.

Muss trotzdem noch einges ändern damit die Listbox von außen besser bedienbar ist.
Siehe Bild!

Wie du sehen kannst kopiere ich den Hintergrund ab der position 0, 0, 610, 268 mit dem Handle meines Frames in die Listbox
So emuliere ich quasi eine Transparente ListBox.
Das es jetzt so komisch aussieht ist absicht
Normalerweise muss ich das Handle der Anwendung selbst verwenden und die Position
auf der meines Frames setzen. 145, 62, 610, 268

Habe es jetzt mal absichtlich so gemacht damit du sehen kannst das es wieder funktioniert.


gruss