Die Suche ergab 834 Treffer
- Do 25. Apr 2024, 22:28
- Forum: Dies und Das
- Thema: Win vs. Linux #8472 WAS: Wo müssen DLLs hin ?
- Antworten: 25
- Zugriffe: 471
Re: Wo müssen DLLs hin ?
Linux hat insgesamt weniger als 400 syscalls. Und der NT-Kernel von ReactOS hat aktuell 296 Syscalls... 🤷♀️ Insgesamt führt das dazu das man wenn man für Windows entwickelt extrem spezialisiertes wissen über extrem viele Randbedingungen und spezialisierte Funktionen, Datenstrukturen, etc. braucht,...
- Do 25. Apr 2024, 22:01
- Forum: Freepascal
- Thema: array of const
- Antworten: 23
- Zugriffe: 2917
Re: array of const
Ich stehe wieder mal vor einem Problem. Wieso kann ich eine "array of const" innerhalb von FPC weiterleiten, aber auf eine clib geht es nicht ? procedure vaTest(args: array of const); cdecl; external 'c'; procedure test2(ca: array of const); begin end; procedure test(ca: array of const); begin test...
- So 21. Apr 2024, 21:30
- Forum: Dies und Das
- Thema: Lazarus-Installation auf Windows
- Antworten: 31
- Zugriffe: 11817
- So 21. Apr 2024, 21:28
- Forum: Lazarus - Bugs
- Thema: Viele veraltete Bibliotheken in FPC/Lazarus
- Antworten: 14
- Zugriffe: 5705
Re: Viele veraltete Bibliotheken in FPC/Lazarus
Bei FPC ist noch GTK1 dabei, was gibt es da noch für Gründe dafür ? Weil es auch keinerlei Maintenance Aufwand erzeugt und damit keinen wirklichen Grund gibt es raus zu schmeißen? Ich kenne keine Linux Distro, welches die noch unterstützt. Nicht mal mit einem Murks habe ich es hingekriegt. Wenn jem...
- Di 16. Apr 2024, 21:10
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 5779
Re: Gemeine Falle mit C Boolean
Die klassische LösungMathias hat geschrieben: ↑Mo 15. Apr 2024, 19:15Die haben ein Doppel not gemacht.Code: Alles auswählen
enabled = !!enabled; // make sure this is definitely either SDL_TRUE or SDL_FALSE.
- So 14. Apr 2024, 21:44
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 5779
Re: Gemeine Falle mit C Boolean
Daher verwende ich je nach dem was gebraucht wird. boolean8, boolean16, boolean32. Wenn du mit C interagierst ist es meist sinnvoller die Typen ByteBool , WordBool , LongBool oder QWordBool (je nach nötiger Bitbreite), zu verwenden. Da selbst wenn SDL_TRUE als 1 deklariert ist, wird in C durch die ...
- So 14. Apr 2024, 21:37
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 9306
Re: Warnung bei FillByte
Was noch echt cool wäre, wen es sowas in dieser Art geben würde: type Tvec=array[0..2] of Single = default(1, 0, 0); var vec:Tvec; Auf meiner Wunschliste wäre, das "Default" direkt bei der deklaration einsetzen zu können: type TData = record Name: String; X, Y: Integer; Description: String; end; va...
- Do 11. Apr 2024, 22:57
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 9306
Re: Warnung bei FillByte
Es würde helfen, den Parameter in FillByte mit "out" zu deklarieren (kann man natürlich nicht ohne die FPC Routine zu ändern), denn dann wird für Data kein Eingabewert erwartet/benötigt. Es ist aus zwei Gründen ein var - und kein out -Parameter: historisch / Rückwärtskompatibilität ein out würde ta...
- So 7. Apr 2024, 23:00
- Forum: Freepascal
- Thema: stdcall und cdecl
- Antworten: 4
- Zugriffe: 5930
Re: stdcall und cdecl
Gibt es da eine Unterschied zwischen Linux und Windows ? Was ich gerade festgestellt habe, unter Linux kann ich es sogar ganz weglassen. Kompilierst du unter Windows für 32-Bit und unter Linux für 64-Bit? Die Aufrufkonventionen cdecl and stdcall sind nämlich nur für die i386 -Plattform (und die i80...
- Fr 22. Mär 2024, 12:53
- Forum: Windows
- Thema: Wo müssen DLLs hin ?
- Antworten: 15
- Zugriffe: 9710
Re: Wo müssen DLLs hin ?
Aber wen ich mein Projekt kompiliere, motzt er "Error: import library not for SDL3". Muss die DLL irgendwo in windows/system rein ? Oder ist mit dieser Zeile in meiner Source etwas nicht in Ordnung. Unter Linux geht alles einwandfrei. {$LinkLib 'SDL3'} {$Linklib ...} ist für statische Bibliotheken ...
- Fr 22. Mär 2024, 12:46
- Forum: Freepascal
- Thema: Pos mit mehreren Funden.
- Antworten: 12
- Zugriffe: 5587
- Mo 18. Mär 2024, 22:32
- Forum: Freepascal
- Thema: Sind wir in C ?
- Antworten: 13
- Zugriffe: 5730
Re: Sind wir in C ?
Das ist doch ein "Procedural Type", also ein Funktionspointer. Der muss m.E. immer mit Klammern aufgerufen werden, um es von der Funktionsadresse abzugrenzen. Jetzt leuchtet es mir ein, definitiv kein Bug. Korrekt. Zumindest in den nicht- Delphi / TP -Modi. Im Delphi - bzw. TP -Modus versucht FPC a...
- So 10. Mär 2024, 22:14
- Forum: Programmierung
- Thema: Pascal 8Byte / C 4Byte bei procedure Stack
- Antworten: 4
- Zugriffe: 4554
Re: Pascal 8Bit / C 4Bit bei procedure Stack
Die Abstände sind in Byte, nicht Bit.
Kompilierst du beide Programme auch mit der gleichen Bitness? Sprich 32- vs. 64-bit?
- Fr 1. Mär 2024, 21:12
- Forum: Linux
- Thema: Note zu TChart
- Antworten: 3
- Zugriffe: 4497
Re: Note zu TChart
ich sehe hier folgende Note, wenn ich ein Projekt mit TChart compiliere: Note: Call to subroutine "function TChartAxis.GetMarks:TChartAxisMarks;" marked as inline is not inlined Note: Call to subroutine "function TChartAxis.GetMarks:TChartAxisMarks;" marked as inline is not inlined Wie der Name der...
- So 25. Feb 2024, 17:23
- Forum: Komponenten und Packages
- Thema: Bei TextOut wird "Nr." wird als "No" ausgegeben.
- Antworten: 21
- Zugriffe: 9345
Re: Bei TextOut wird "Nr." wird als "No" ausgegeben.
Aber jetzt das merkwürdige, das "N" besteht aus 2 Zeichen. Das sieht nur auf Grund der Font so aus. Es sind eben drei Zeichen die durch eine Ligatur ersetzt wurde. Du musst das „N0” als eine Einheit ansehen. Zum Beispiel in der Casciada Code Font wird “>=” durch eine Ligatur ersetzt, die dem mathem...