Deutsches Lazarusforum

Für das Gegenstück, um "division by zero" ganz zu unterbinden, habe ich dies hier, damm muss man die Unit Math nicht einbinden,
Besonders nützlich, wen man fremde libs einbindet.

// wegen "division_by_zero" in den clibs
{$IF defined(CPUX86) or defined(CPUX64)}
{$asmmode intel}
procedure SetMXCSR ...

Das Problem an der Warnung "[...] of a managed type does not seem to be initialized" seh ich darin, dass man den Eindruck bekommen könnte, dass der Managed-Typ kaputt/korrumpiert ist, wenn er nicht (sauber) initialisiert ist. Was natürlich nicht der Fall ist.

Die Result -Variable kann aber aus ...

Danke! Nächstes Mal nur bitte auf Englisch melden, da der Bug Tracker nunmal auf Englisch ist.

[...] außer für Result -Variablen (bei denen dies tatsächlich relevant ist), [...]

Warum ist das für Result-Variablen relevant? Managed-Typen werden doch initialisiert, wenn sie das erste Mal in Scope kommen, wenn sie ein Funktionsergebnis sind also spätestens in der aufrufenden Funktion ...

Da bekomme ich den Hinweis

project1.lpr(10,19) Hint: Variable "Points" of a managed type does not seem to be initialized


SetLength macht doch eben diese Initialisierung.


Ich bin auch kein Fan von diesem Hinweis außer für Result -Variablen (bei denen dies tatsächlich relevant ist), aber fpk ...

Mathias hat geschrieben: Do 17. Sep 2026, 13:13 Müsste mir dies nicht beim kompilieren um die Ohren fliegen ?

Von dem was ich im Compiler Code sehe, ist das ein Nebeneffekt der Möglichkeit Pointer mit eckigen Klammern als Array zu behandeln. Melde doch bitte nen Bug, das sollte nämlich so nicht sein...

Herzlichen Glückwünsch!

Zvoni hat geschrieben: Mo 31. Aug 2026, 12:51 Mich überrascht eher, dass der Compiler durch die Zeilen geht, die eigentlich ignoriert werden sollen.

Was meinst du wie der Compiler das $ENDIF findet? Zumindest die Compiler Expressions müssen syntaktisch korrekt sein (Delphi meckert bei Problemen dort auf ähnliche Art).

Das folgende Programm erstellt eine Kopie einer Klasse unter Verwendung von class of .
Dabei einmal mit explizitem Typecast und einmal ohne.

Bei der Verwendung ohne den Typecast wird zwar die korrekte Klasse erzeugt, aber deren Constructor nicht aufgerufen.
Soll das so sein und wenn ja ...

Das folgende Programm erstellt eine Kopie einer Klasse unter Verwendung von class of .
Dabei einmal mit explizitem Typecast und einmal ohne.

Bei der Verwendung ohne den Typecast wird zwar die korrekte Klasse erzeugt, aber deren Constructor nicht aufgerufen.
Soll das so sein und wenn ja - wieso ...

Wenn man das auskommentierte absolute mit reinnimmt, meckert der Compiler.
Die variante Recorddefinition macht exakt das gleiche und auch als Variablendeklaration im Hauptprogramm geht es.
Nur eben in der Klassendefinition nicht.


program Project1;

type
TTest = class
EinRecord : record
case ...

Wir müssten Nanowar of Steel vorschlagen eine Pascal-basierte Variante zu machen (ich hab die Band letztes Jahr live gesehen; großartig! )

Vamogu05 hat geschrieben: Mi 10. Jun 2026, 18:51 Ja, dürfte tatsächlich ein Bug in Lazarus sein. Offenbar gibt es dafür keine Einstellung um die Schriftgröße dieser Fenster zu ändern.

Wahrscheinlich ist da die DPI Einstellung für das dazugehörige Formular nicht korrekt und dadurch wird das nicht passend mit skaliert

hum4n0id3 hat geschrieben: Di 9. Jun 2026, 10:18 Als ich von Moskau in München gelandet bin und unterwegs war, war ich zunächst überzeugt in einem Dorf zu sein, statt eine ü3 Mio "Metropole". München war wie tot

München ist ja eben auch ein Kaff (sage ich als in München wohnende Person)

Soweit mir bekannt ist, werden die finalization Abschnitte in der umgekehrten Reihenfolge der Einbindung der Units aufgerufen.

Nicht ganz . Was richtig ist, ist dass die finalization -Abschnitte in umgekehrter Reihenfolge zu den initialization -Abschnitten aufgerufen werden und dass Units, die ...