Deutsches Lazarusforum

Die Auswertungen, man beachte das 18s bei Linux.

Plattform: Linux
Zeit FPC: 18.431s
Zeit libm: 02.431s

Plattform: Win64
Zeit FPC: 02.035s
Zeit libm: 02.062s


Bei Linux kann ich mir vorstellen, dass durch die Verwendung der X87 80-bit Floating Point fcos bzw. fsin Instruktion die Sache ...

Ich glaube mich daran zu erinnern, dass eine Const-Deklaration innerhalb einer Prozedur nicht eine Konstante definiert, sondern eine statische Variable, welche beim verlassen/reentry der Prozedur ihre(n) vorherige(n) Wert(e) behält.
Von daher ist deine Verwendung mit Initialisierung in diesem ...

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