Die Suche ergab 6192 Treffer
- Mi 17. Apr 2024, 08:28
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Es ist schon krass, der einfachste Daten Typ welcher nur True oder False haben kann, hat es voll in sich,
- Mo 15. Apr 2024, 19:15
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Der Fehler ist schon behoben. https://github.com/libsdl-org/SDL/issues/9544 Sie habe es ein wenig anders gelöst als in meinem Vorschlag. Die haben ein Doppel not gemacht. enabled = !!enabled; // make sure this is definitely either SDL_TRUE or SDL_FALSE. Da sieht man wieder die Vorteile von Opensourc...
- Mo 15. Apr 2024, 17:35
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Das Problem hierbei ist das Bitwise Operationen in Pascal eher Mäßig umgesetzt wurden (sollten ja Ursprünglich gar nicht Teil der Sprache sein, wurde ja Nachträglich hinzugefügt), und damit hier uneindeutigkeiten entstehen. Wen man rein Pascal codet ist dies auch kein Problem. Wie du schon schreibt...
- Mo 15. Apr 2024, 17:32
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Ich vermute ich habe den Fehler gesehen. In dieser Routine werden 2 Booleans verglichen, welche als int deklariert sind. Obwohl der Eingabe bool True ist und der der vergleichswert dies auch ist, sind sie trozdem unterschiedlich. Ich habe den Fehler gefunden. void SDL_SetEventEnabled(Uint32 type, S...
- So 14. Apr 2024, 22:36
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Wahrscheinlich verwendet die irgendein Array mit zwei Elementen je nach Wert des Parameters. Ist natürlich recht dumm, wenn man keine ordentliche Validierung der Parameter macht... In dem Fall wäre womöglich tatsächlich die Nutzung der BooleanX-Typen richtiger... :roll: Ich vermute ich habe den Feh...
- So 14. Apr 2024, 13:23
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Ich nutze ja immer die Unit "ctypes", da gibt es dann einen CBool, dann muss man sich nichts selbst ausdenken ... Auch da kann man stolpern. Der "cbool" funktioniert hier gut, wen es ein echter "bool "ist. Und der ist 32bit. extern void test( bool b); Hier könnte es Probleme geben, da er nur 8Bit i...
- Sa 13. Apr 2024, 08:45
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Re: Gemeine Falle mit C Boolean
Ganz konkret habe ich mir mal gl.pp angeschaut und da sind GL_TRUE und GL_FALSE definiert als... Genau dort sind sie wie in vielen C-Libs mit 0 und 1 definiert. Jetzt habe ich gerade noch was dümmeres entdeckt. In der veralteten unit SDL welche bei FPC dabei ist. type SDL_Bool = (SDL_FALSE, SDL_TRU...
- Fr 12. Apr 2024, 20:14
- Forum: Freepascal
- Thema: Gemeine Falle mit C Boolean
- Antworten: 18
- Zugriffe: 689
Gemeine Falle mit C Boolean
Ich bin gerade über eine Falle gestolpert. Bei libs welche auf C-Bibliotheken zugreifen, werden vielfache eigene Booleans definiert. Die gl Unit ist ein gutes Beispiel dafür. Das not funktioniert nicht richtig mit denen. uses gl; begin WriteLn(GL_TRUE); // -> 1 WriteLn(GL_FALSE); // ->01 WriteLn(); ...
- Fr 12. Apr 2024, 17:33
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
Re: Warnung bei FillByte
Jetzt habe ich verstanden.Natürlich, bei mir auch nicht. Darum steht es ja auf der Wunschliste.
Bei OpenGL wäre es ein Vorteil bei Matrizen. Wen man sie deklariert und sie wäre schon auf Identity gesetzt.
- Fr 12. Apr 2024, 17:07
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
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, 17:29
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
Re: Warnung bei FillByte
Schon wieder was neues gelernt, das mit den Rechtsklick kannte ich nicht, habe bis jetzt immer manuell das {%H-} eingefügt.Bei "Data: array[0..255] of byte" geht das nicht, da würde ich auf den Hint rechts-klicken und die Option zum Ignorieren der Meldung auswählen.
- Do 11. Apr 2024, 17:07
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
Re: Warnung bei FillByte
Wenn "array[0..255] of byte" ein eigener Typ wäre, z.B. TByteArray256, dann könnte man das Folgende machen: type TByteArray256 = array[0..255] of Byte; var Data: TByteArray256; begin Data := Default(TByteArray256); FillByte(Data, SizeOf(Data), 0); Könnte man da nicht das FillChar weglassen, ausser ...
- Mi 10. Apr 2024, 19:36
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
Re: Warnung bei FillByte
Nein, eine brandneu.Benutzt Du eventuell eine deutlich ältere FPC-Version?
- Mi 10. Apr 2024, 18:01
- Forum: Freepascal
- Thema: Warnung bei FillByte
- Antworten: 18
- Zugriffe: 3927
Warnung bei FillByte
Code: Alles auswählen
procedure test;
var
Data: array [0..255] of byte;
begin
FillByte(Data, SizeOf(Data),$00);
end;
Code: Alles auswählen
project1.lpr(7,16) Hint: Local variable "Data" does not seem to be initialized
- Do 4. Apr 2024, 14:58
- Forum: Lazarus - Bugs
- Thema: 32bit - const und single will nicht.
- Antworten: 4
- Zugriffe: 5029
Re: 32bit - const und single will nicht.
https://gitlab.com/freepascal.org/fpc/s ... sues/40727und das solltest du im Bugtracker melden,
Ich habe noch was festgestellt , der Fehler tritt nur bei (-O4) auf.