Deutsches Lazarusforum

FrankS hat geschrieben: Do 15. Jan 2026, 09:30 Alle Klassen stehen in separaten Dateien.

Das ist eben für FPC kein sinnvoller Ansatz. Klassen mit einer engen Bindung sollten in die gleiche Unit.

Ich stehe auch gerade vor diesem Problem, und habe es so gelöst,

{$IFDEF linux}
const
libc = 'c';
function setenv(name: pchar; value: pchar; replace: longint): longint; cdecl; external libc;
{$ENDIF}

{$IFDEF windows}
const
libc = 'msvcrt.dll';
function setenv(name: pchar; value: pchar ...

Das ist schon sehr, sehr alt (20 Jahre oder so) und ist eine FPC-Spezialität. Und nicht mal an die $COperators -Option gebunden... :roll: Zu meinem Leidwesen sorgt das auch für Problemen bei verschachtelten Generic Spezialisierungen im Delphi Modus:

program tgenshift;

{$mode delphi}

function ...

Ich nehme gerne WriteStr, das es ehr einfach in der Handhabung ist.

Da ist es sinnvoller einen eigenen TextDriver zu schreiben (ähnlich wie StreamIO es für TStream macht), da man dann direkt Writeln(FileVar, ...) nutzen kann ohne es aufteilen zu müssen. Wie aber schon anderweitig erwähnt sind ...

So nebenbei habe ich jetzt den lästigen float point Fehler gefunden, welcher bei C Bindungen auftreten kann., FPC überschreibt knallhart dieses signal.
rt_sigaction(SIGFPE, {sa_handler=0x425cb0, sa_mask=[], sa_flags=SA_RESTORER|SA_SIGINFO, sa_restorer=0x401300}, {sa_handler=SIG_DFL, sa_mask ...

function Print(c: pchar; len: int64): int64; assembler; nostackframe;
asm
Mov Rax, 1
Mov Rdi, 1
Mov Rsi, c
Mov Rdx, len
Syscall
end;



Du musst aufpassen, da du dir hier deine Argumente überschreibst. Der finale Assembly Code ist dies:

section .text.n_p$project1_$$_print$pchar$int64 ...

In den Nicht-Delphi Modi müssen parameterlose Routinenzeiger mit leeren Klammern aufgerufen werden, um zwischen einer Verwendung als Variable und einem Aufruf zu unterscheiden.
Dann interpretiert Delphi die immer als Funktions-Ergebnis, oder ist die umgekehrt ?
Bei Delphi muss man bei den ...

Beim "Fehler" beschreiben habe ich es jetzt endlich selber herausgefunden. :roll:


Result:= 'PA version int: ' +IntToStr( Pa_GetVersion);

ist nicht dasselbe wie

Result:= 'PA version int: ' +IntToStr( Pa_GetVersion() );



In den Nicht-Delphi Modi müssen parameterlose Routinenzeiger mit ...

FvS ist dort, Graeme wird nicht mehr auftauchen, der hat sich mittlerweile auf andere Bereiche spezialisiert (tiOPF - sein besonderes Steckenpferd wird auch von anderen betreut). fpGUI ist aktuell, so wie es aussieht ein totes Pferd.

Doch, doch, Graeme gibt es noch, der hat sich erst vor kurzem ...

alfware17 hat geschrieben: Mi 26. Nov 2025, 12:05 Ja danke, nur hatten der FPC und ich noch eine Meinungsverschiedenheit. Er erwartet PPC386, fpcupdeluxe hat aber PPCROSS386 gebaut.

Die fpc Binary sucht sowohl nach ppcXXX als auch ppcrossXXX. Das muss also ein anderes Problem gewesen sein.

Mathias hat geschrieben: Sa 22. Nov 2025, 08:44 Ich habe das Beispiel noch mit C getestet, Es passiert wie erwartet einfach nichts.

Ja, und? C <> Pascal. Für Pascal erwarte ich, dass es da knallt.

Ich habe irgendwo mal gelesen, es gäbe für Linux eine ähnliche Möglichkeit, 32-bit Anwendungen unter Linux 64 lauffähig zu machen? Ist das schwer? Es wäre vergleichbar mit Microsofts 32bit Brücke im 64-bit Windows oder?

Du musst einfach sicherstellen, dass der 64-Bit Linux Kernel es aktiviert ...

C hat eben kein Konzept von Floating Point Exceptions, Object Pascal jedoch schon.
Dann sagt mit, was diese Fehlermeldung für einen Vorteil hat ?
Ich sehe nur Nachteile. Vor allem für den Endanwender. Dann hat man ein schönes Programm vor sich, welches einwandfrei läuft. Und es schmiert ab wegen ...

fliegermichl hat geschrieben: Fr 14. Nov 2025, 11:03 Ich hätte halt gerne gewusst, wo console ursprünglich definiert wurde.

Das wird durch den Compiler definiert im Zusammenhing mit $AppType, der in einer Unit allerdings komplett nutzlos ist. Demnach ist also auch eine Prüfung des Defines innerhalb einer Unit nutzlos.

Es gibt leider in meinen Augen einen Bug in FPC, welcher leider als gut empfunden wird. Bei viele C-Funktionen wird ein Float Point Error ausgelöst.

C hat eben kein Konzept von Floating Point Exceptions, Object Pascal jedoch schon .

Und die korrekte Variante das zu ändern ist mit ...