Umstellungsproblem(e) von Delphi7 auf Delphi2009

[Gagamba]

Hallo zusammen,
ich möchte hier ein (und vielleicht später weitere) Problem(e) schildern, das bei der Umstellung von Delphi7 auf Delphi2009 aufgetreten ist, und für das ich keine Erklärung finden konnte:
Mein Hauptfenster beinhaltet neben der obligatorischen Mainmenue-Komponente noch 2 TImages. Zur Laufzeit hing sich dieses Hauptfenster aus unerfindlichen Gründen auf, wonach ich einzelne Komponenten entfernte, um herauszukriegen, woran es lag. Ergebnis: an den Images! Wenn ich zumindest eins der Images entfernte, dann lief alles.
Ich brauche aber ZWEI Images, und außerdem ist es unsinnig, zu verlangen, dass nur EIN Bild auf dem Formular stehen darf. Also habe ich weitergesucht und wieder einzelne Komponenten entfernt. Siehe da: es lag an einigen unsichtbar geschalteten Labels, die ich als Textbausteine verwende. Sobald ich die löschte, dann hat das Fenster auch mit BEIDEN Images funktioniert!!
Ist aber natürlich genauso widersinnig wie oben. Ich konnte das so lösen, dass ich die Labels auf ein extra Panel gelegt habe, jetzt gibt es keine Probleme mehr. ABER WARUM????
Hat jemand auch solche (oder ähnliche) Erfahrungen beim Umstieg gemacht?
Siegfried

[Darlo]

Zitat von Gagamba:

:
Mein Hauptfenster beinhaltet neben der obligatorischen Mainmenue-Komponente noch 2 TImages.
[..]
Also habe ich weitergesucht und wieder einzelne Komponenten entfernt. Siehe da: es lag an einigen unsichtbar geschalteten Labels,

Wie jetzt?

Hast du Code im onCreate? Ohne mehr Infos wird es schwer dir zu helfen.
Gruß

[Bbommel]

Nein, nicht direkt beim Umstieg auf D2009, aber generell hatte ich solche merkwürdigen Effekte auch schon mal. Meistens lag sowas dann an Speicherlecks, falschen harten Typecasts, durch die in falsche Bereiche geschrieben wurde, oder ähnliches. Dass der Fehler dann genau jetzt auftritt und nur dann, wenn bestimmte Komponenten auf dem Formular da oder eben nicht da sind, ist dann eher Zufall - vorher hat sich einfach keine Situation ergeben, in der das Programm durch die Fehler abstürzt, jetzt ergibt sie sich dann eben doch.

Langer Rede, kurzer Sinn: das Problem könnte also an einer ganz anderen Stelle im Programm liegen und ob man ein, zwei oder zehn Images oder Labels auf ein Formular legt, ist D2009 eigentlich ziemlich egal.

Bis denn
Bommel

[himitsu]

Sagen wir es mal so, wenn es wirklich nur an den Labels und Images liegen würde, dann hätte das mit Sicherheit schon jemand bemerkt.

Buffer Overruns müssen nicht immer einen schlimmen und sofort auffallenden Fehler auslösen.


Wenn du wirklich der Meinung bist, du hättest einen Bug gefunden, dann entferne alles, was funktioniert ... solange bis möglichst nur noch der Bug übrig bleibt und zeigt es uns.

[Uwe Raabe]

Manchmal hilft auch ein {$R+}

[Gagamba]

Danke erstmal,
ich weiss nicht, ob es beruhigend ist oder nicht, wenn sowas bei anderen NICHT auftritt..
Siegfried

[himitsu]

Zitat von Uwe Raabe:

Manchmal hilft auch ein {$R+}

Ich mag diese kurzen unverständlichen Dinger nicht, oder meinst du vielleicht eine Ressourcen-Datei?

{$RANGECHECKS ON} , aber in den Projektoptionen macht es sich auch nicht schlecht, wenn man dort ganz einfach die Bereichsprüfung aktiviert.

z.B. bei einer schiefgelaufenen Zeiger-Arithmetik hilft das nicht, denn {PWideChar}PChar(x) + 3 addiert 3 Felder dazu und nicht 3 Bytes.
http://www.delphipraxis.net/170075-dragdrop.html

Und die Compilerwarnungen, wie z.B. bezüglich der inkompatiblem PAnsiChar und PWideChar, sollte man auch beachten. (leider wird bei untypisieren Casts nicht gemeckert).

usw. (aber da gibt es ja eigentlich schon genügent Threads zu diesen Themen)

[Gagamba]

Hallo,
@ Darlo: ja, sowohl im OnCreate alsaoch im OActivate steht Code. Aber den hatte ich schon auskommentiert, was nichts gebracht hat..
Siegfried

[Gagamba]

Hallo,
@ Uwe: {R+} ist gesetzt, auch {S+}
Siegfried

[Uwe Raabe]

Zitat von himitsu:

Zitat von Uwe Raabe:

Manchmal hilft auch ein {$R+}

Ich mag diese kurzen unverständlichen Dinger nicht, oder meinst du vielleicht eine Ressourcen-Datei?

Sollte doch nur ein Schubser sein.