Aus irgendeinem grund, funktioniert bei mir bei einigen Frames das .Create nicht mehr ich erzeuge die frames dynamisch folgend

markieren

Delphi-Quellcode:

    if not assigned(fFrame) and assigned(frameClass) then
        fFrame := frameClass.Create(self);

und wenn ich dann im constrcutor dieses Frames reingehen und mir self anschaue, dann sind dort alle Properties/Daten auf irgendwelche Werte gesetzt - klar, das dann beim laden der Controls des Frames ein haufen fehler kommen, da zb fHandle auf irgendwas hinzeigt, und er beim setzen von Width gleich nen zusammenbruch bekommt

wo kann ich da was verbrochen haben, das das create nicht mehr richtig funkt?
Delphi hätte ich schon neu gestartet, neues build auch schon gemacht, und eigetnlich habe ich nichts böses getan, als es auf einmal nicht mehr funkte ...

Sicherheitshalber starte ich meinen rechner gleich mal neu, aber vielleicht hat der eine oder anderen einen tipp, was ich noch kontrollieren kann.

Versuch mal

markieren

Delphi-Quellcode:

if not assigned(fFrame) then
        fFrame := frameClass.Create(self);

werd ich gleich probieren, wenn der rechner wieder hochgfahren ist

aber das komische ist, in diesen units, die mit dem was zu tun haben, habe ich seit ca. ner woche nie was geändert ...

Hallo,

bei and würde ich immer Klammern setzen
if (not assigned(fFrame)) and (assigned(frameClass)) then das and hat glaube ich höhere Prirotät als das not

ohne Klammern wäre das also so wie.
if not (assigned(fFrame) and assigned(frameClass)) then Ausserdem wundert mich, das dein frameclass Typ kein T davor hat,
das erschwert das Lesen.
Oder ist frameclass sogar eine Variable ?
dann macht frameclass.Create aber nicht viel Sinn.


Heiko

hab ihn den "Bug"

Sourcecode ist alles richtig, frameClass ist eine Variable vom Typ TClass, daher passt das ganze. auch das not mit dem and passt so wie es ist.

Das Problem war, das ich in den Watches die Variable Handle drinnen hatte (hab standardmässig das Funktionaufruf erlaube angehackerlt) nun ist er in den constructor am anfang reingesprungen und hat sogleich das Handle ausgelesen, (und daher wurde dann niemals das CreateWnd dieser Klasse aufgerufen und daher war die globale variable CreationControl die Delphi für die InitWndProc verwendet leer)

Zitat von hoika:

das and hat glaube ich höhere Prirotät als das not

Nein, dass not hat mit @ die höchste Priorität

Zitat von Gruber_Hans_12345:

Das Problem war, das ich in den Watches die Variable Handle drinnen hatte (hab standardmässig das Funktionaufruf erlaube angehackerlt) nun ist er in den constructor am anfang reingesprungen und hat sogleich das Handle ausgelesen, (und daher wurde dann niemals das CreateWnd dieser Klasse aufgerufen und daher war die globale variable CreationControl die Delphi für die InitWndProc verwendet leer)

Na da muss man erstmal draufkommen.