Ergebnis der Suchanfrage

• Forum: Programmieren allgemein

  AW: Warum ist bei dem negativen Integer das erste Bit 0?

   
    by himitsu, 28. Mär 2024
  PS: Wenn du den Code genau so 1:1 mit NativeUInt oder Cardinal kompilierst, wie in #2 erwähnt, also fröhlich Signed und Unsigned vermischst, dann könnte dir der Code spätestens in einem "neuen" Projekt ab Delphi 11 (oder 10) vielleicht wunderschön knallen, beim nun standardmäßig aktivem RangeCheck. :twisted: :lol:
• Forum: Programmieren allgemein

  AW: Warum ist bei dem negativen Integer das erste Bit 0?

   
    by himitsu, 28. Mär 2024
  Ja, zum Integer passt aber eben nicht das > , da das größte Bit nunmal negativ ist (MinInt), weswegen ein <> eben richtiger wäre.
  Aber da beim Cardinal alle Werte immer größer als 0 sind, passt dort auch das > , nur muß man eben vorher erstmal casten.
  
  PS: NativeUInt ist in Win32 ein Cardinal. :roll:
  Aber da es hier um 32 Bit geht, ist es z.B. für Win64 kompiliert aber komplett falsch.
• Forum: Programmieren allgemein

  AW: Warum ist bei dem negativen Integer das erste Bit 0?

   
    by himitsu, 28. Mär 2024
  Dein BitAtPos liefert einen Integer zurück.
  b
  ^^
  Alternativ wäre es mit einem Cardinal so auch korrekt funktional.
  
  
  
  Jain, aber im Prinzip kann man an dem Bit zumindestens erkennen, ob es negativ ist.
  https://de.wikipedia.org/wiki/Zweierkomplement