XE8: Sinn von FixedInt, FixedUint, System.Hash

[mkinzler]

Die von dir angesprochenen Änderungen kamen nicht mit XE8, sondern mit dem 64Bit-Kompiler.

[gammatester]

In diesem XE7-Beitrag werden sie noch als plattform-unabhängig bezeichnet: http://docwiki.embarcadero.com/RADSt...#Integer_Types

[Neutral General]

Also System.Hash ist auf jeden Fall erst seit XE8 dabei.
Finds nicht so tragisch dass nur die 3 Funktionen enthalten sind. MD5 und SHA1 sind wahrscheinlich mit Abstand die am häufigsten verwendeten Hash-Algorithmen.
Damit hat Embarcadero wahrscheinlich 80% der Fälle abgedeckt. Ein paar mehr wären natürlich nett, aber notfalls benutzt man halt weiterhin die 3rd-Party Units falls SHA1/MD5 nicht reichen.
Vielleicht kommt ja mit den nächsten Versionen noch der ein oder andere Algorithmus nach.

[himitsu]

Zitat von gammatester:

In diesem XE7-Beitrag werden sie noch als plattform-unabhängig bezeichnet: http://docwiki.embarcadero.com/RADSt...#Integer_Types

Auch in XE8, aber wie gut die Hilfe manchmal ist, braucht man wohl nicht erwähnen.

http://docwiki.embarcadero.com/RADSt...#Integer_Types


Ich hab mich jetzt drauf eingestellt, daß Integer nicht wächst und in anderen Programmiersprachen tut der das auch nicht, wenn er das in Delphi nun doch tun sollte, dann gibt's Haue.





Ist ja schon schlimm genug, daß sLineBreak je nach Zielplattform mal String und da plötzlich Char ist,
aber dem nicht genug, das ist genau genommen sogar AnsiString und AnsiChar, obwohl man sich im NextGen viel mühe gegeben hat das ANSI rauszuwerfen.
Vesucht mal diesen Dreck plattformunabhängig ohne IFDEFs als PChar zu verwenden, oder an ein Char (natürlich nur, wenn Length=1) zuzuweisen.

[add]
LongInt = 64 Bit?

LONG = 32 Bit
LONG LONG = 64 Bit

Ich hoffe mal LongInt ist und bleibt 32 Bit

[Uwe Raabe]

Zitat von himitsu:

http://docwiki.embarcadero.com/RADSt...#Integer_Types

...

Ich hoffe mal LongInt ist und bleibt 32 Bit

Wie aus deinem Link unschwer zu erkennen ist, trifft das für iOS-64 ja bereits nicht mehr zu.

[Bernhard Geyer]

Zitat von Uwe Raabe:

Zitat von himitsu:

http://docwiki.embarcadero.com/RADSt...#Integer_Types

...

Ich hoffe mal LongInt ist und bleibt 32 Bit

Wie aus deinem Link unschwer zu erkennen ist, trifft das für iOS-64 ja bereits nicht mehr zu.

Letztenlich muss sich Emba mehr oder minder daran halten was der OS-Hersteller vorgiebt damit die API-Header möglichst 1:1 übernommen werden können.
Und Apple/MS definieren hier auf OS-Seite jeweils eigene Regeln: http://en.wikipedia.org/wiki/Integer...ter_science%29

[himitsu]

Man sollte den Apfel mal verklagen.


Naja, das wars dan mit der vielversprochenden Abwärtskompatibilität von Delphi,
oder kann man FixedInt auch in älteren Delphis nutzen, ohne daß man wirklich jeden Scheiß immer erstmal selber definieren/ableiten muß?

[Uwe Raabe]

Zitat von himitsu:

oder kann man FixedInt auch in älteren Delphis nutzen, ohne daß man wirklich jeden Scheiß immer erstmal selber definieren/ableiten muß?

Da die Zeitmaschine gerade kaputt ist, wirst du um eine Deklaration á la FixedInt = LongInt mit dem passendem IFDEF wohl nicht herumkommen.

[Bernhard Geyer]

Zitat von himitsu:

Naja, das wars dan mit der vielversprochenden Abwärtskompatibilität von Delphi,

Ist es doch. Unter 32-Bit ändert sich nix.

Liegt halt an deinen Quellcode der nicht Aufwärtskompatible ist

Zitat von himitsu:

oder kann man FixedInt auch in älteren Delphis nutzen, ohne daß man wirklich jeden Scheiß immer erstmal selber definieren/ableiten muß?

Mit Ifdef in eigene Basisunit und schon sollte es gehen. Mach ich z.B. mit Funktionen wie CharInSet.

[Uwe Raabe]

Zitat von mkinzler:

Die von dir angesprochenen Änderungen kamen nicht mit XE8, sondern mit dem 64Bit-Kompiler.

Soweit ich weiß, hat Apple das ausgelöst, bei denen ein LongInt auf 32- und 64-Bit unterschiedlich groß ist. Das spiegelt sich ja auch in der aktuellen Implementation in Delphi wieder, bei der lediglich unter 64-Bit iOS der LongInt eine andere Größe hat als sonst.

Ich muss allerdings zugeben, daß ich auch einen anderen Lösungsansatz bevorzugt hätte.