Deutsches Lazarusforum

theo hat geschrieben: So 8. Nov 2026, 11:45 @Mathias hast du "uses cmem" im lpr?

Nein, ich habe es extra nackt gelassen.
Stimmt das, das die unit cmem, GetMem und FreeMem auf die c Funktionen umbiegt ?

Wieso knallt dies bei FreeMem nicht, es müsste eigentlich schon beim ersten FreeMem knallen, tut es aber nicht.
Wieso ist das so ?
program project1;

const
libc = 'c';

procedure free(p: pointer); cdecl; external libc;
function malloc(size: SizeUInt): pointer; cdecl; external libc;

var
p ...

So wie es scheint, betrifft die nur das eine Project.
Vielleicht hat es in einer tiefliegenden Uni etwas, das quer schlägt.

welche Lazarus-Version unter welchem OS nutzt Du?

Vorher wie schon beschrieben eine 2 Monate alte Version und ab heute die allerneuste, frisch gezogene mit fpcupdeluxe.

Egal was ich umbenennen will, es kommt immer es ist ein reserviertes Wort.
Was läuft da schief.
Als ich den Fehler feststellte, habe ich mein etwa 2 Monate altes Lazarus mit fpcupdeluxe gebaut, mit der Hoffnung das der Fehler weg ist.
Einer eine Idee was das sein kann ?

Ich habe gerade in einem anderen Thread eine Tabelle gesehen, diese wollte ich mal probieren.
Ich habe gar nicht gewusst, das dies geht.
Bei der Toolbar kann ich kein Button dafür finden.
Daher veröffentliche ich hier ein Beispiel dazu.
[table]
[tr][td][b]Obstsorte[/b][/td][td][b]Preis pro kg[/b ...

Ich denke ich habe die Ursache der fast 10x Differenz gefunden.
Wen man sin(0.0) oder cos(1.0), dann optimiert libm extrem.,FPC rechnet bei Linux auch bei diesen Standard Fixwerten. Bei Windows optimiert FPC anscheinend auch.
Ich denke ein Entwickler von FPC weis dies sicher besser.

Im Anhang noch ...

Ich habe noch ein bisschen rumprobiert. Es hat einen grossen Unterschied, ob man sin oder cos rechnet.
cos läuft auf wine etwa 10x langsamer als sin, egal ob fpc oder libm. Unter linux ist die libm etwa gleich wie fpc, wen mon mit cos rechnet.
Ich werde bei Gelegenheit eine vernünftige Auswertung ...

Hast du mal ins generierte assembly geschaut?

Nein habe ich nicht, aber ich konnte eine Assembler Datei bauen.

wp_xyz hat geschrieben: Fr 9. Okt 2026, 18:42 Warum hast du denn ein "Write()" in der Zeitmess-Schleife, wenn du am sin interessiert bist?

Nach jedem 1mio Sinus ein Write das tut sicher nicht weh. Und wen es weh täte, würde es die anderen 3 Messungen auch ausbremsen.

Ich habe folgendes Testprogramm gemacht, dabei habe ich festgestellt, das sin unter linux fast den Faktor 10 langsamer läuft als unter Windows(wine)
Verwendet man das sin von libm, läuft es auf beiden OS gleich schnell.
Wen es mit wine langsamer wäre würde ich es noch begreifen.
program project1 ...

Dieser Meinung bin ich auch. Sowas wäre viel verständlicher., in den Classen kennt FPC dies jetzt schon.

Die wird wohl etwa das gleiche können wie GTK4 mit CSS ?

Ist die zuverlässig, ich habe einen Stresstest gemacht, in dem ich die array oben fast in den 1GB-Bereich gebracht hatte.
program project1;

type
TMyRec = record
arr: array[0..65535 * 2500] of Int32;
end;

procedure proc;
const
arr: TMyRec = ();
var
i: integer;
begin
Inc(arr.arr[0 ...

Weider mal das leibe Bankerround.


Das ist auch ne zulässige Frage.
In meiner Generated Column benutze ich ja SQLite's Round-Funktion, und diese rundet eben "normal" und nicht nach Banker's Round-Regeln (0,5 wird aufgerundet)

Die wird wohl intern das round der libm verwenden und die rundet ...