Alle Jahre (Monate) wieder... Zukunft von Delphi

[arnof]

Also ohne alles hier durchzulesen:

viele viele haben noch URALT Versionen aus Borlandzeiten!!!!!!!

Da ich nun auch Komponenten vermarkte ist mir das sehr aufgefallen:

Gestern habe ich erst wieder schreiben müssen, das ich Delphi 3 nicht unterstützte Ich schaue ja immer mal mir die Homepage von Kunden an. Hier stand zu lesen hochmoderne RAD Entwicklungsumgebung, da konnte ich mir das grinsen nicht verkneifen!

50% der Käufer benutzt Delphi 5

[Jumpy]

Zitat:

Delphi-Quellcode:

var
  S    : Array [0..255] of Char;
  Name : Shortstring;
begin
  Name := 'Meine Mainformtitle'+#0;
  Move(Name[1],S[0],length(Name));
 ...
end;

Klingt jetzt bestimmt ketzerisch ist aber echt nicht böse gemeint. Warum macht man sowas?
Ich hab ähnliches schon benutzt um Buffer oder variable Records oder sowas, die man von API-Funktionen zurückkriegt auszulesen, aber sonst?
Wie gesgagt echt nicht böse gemeint.

Und ist das bei den Integern genauso? Also das es letztlich damit zu tun hat wie die gespeichert werden?

[mkinzler]

Das Problem beim Integer ist anders gelagert. Er war eigentlich ein "wachsender" Typ; also ein Typ, der sich an die Plattform anpasst ( 16-Bit-Exe: 16Bit; 32-Bit-Exe: 32Bit) Für diesen Zweck haben ihn Viele verwendet. Mit Einführung des 64-Bit Compilers wurde der Typ aber auf 32Bit festgeschrieben und ein neuer virtueller Typ NativeInt eingeführt, der wächst. Alle die sich darauf verlassen haben, das ein Integer immer die Breite der Plattform hat, mussten dann ihren Code ändern.

[Delphi-Laie]

Zitat von mkinzler:

Das Problem beim Integer ist anders gelagert. Er war eigentlich ein "wachsender" Typ; also ein Typ, der sich an die Plattform anpasst ( 16-Bit-Exe: 16Bit; 32-Bit-Exe: 32Bit) Für diesen Zweck haben ihn Viele verwendet. Mit Einführung des 64-Bit Compilers wurde der Typ aber auf 32Bit festgeschrieben und ein neuer virtueller Typ NativeInt eingeführt, der wächst. Alle die sich darauf verlassen haben, das ein Integer immer die Breite der Plattform hat, mussten dann ihren Code ändern.

Ist es mit Cardinal nicht genauso?

Ich kann mich erinnern, das früher schon moniert zu haben, daß eine festgelegte - scheinbar für alle Ewigkeiten gültige - Marschrichtung schon beim nächsten Wechsel der Bitanzahl wieder fallengelassen wurde.

[mkinzler]

Cardinal ist 32Bit und war auch immer so geplant. Aber Integer was "wachsend", bis sich MS anders entschieden hat und EMBT nachgehechelt hat!

[Delphi-Laie]

Zitat von mkinzler:

Cardinal ist 32Bit und war auch immer so geplant. Aber Integer was "wachsend", bis sich MS anders entschieden hat und EMBT nachgehechelt hat!

Nein, das stimmt nicht. Cardinal wurde mit seiner Einführung (Delphi 1?!) als "generisch" tituliert und hatte 16 Bit. Konsequenterweise bot dieser Datentyp ab Delphi 2 dann auch 32 Bit.

[Bernhard Geyer]

Zitat von mkinzler:

... Aber Integer was "wachsend", bis sich MS anders entschieden hat und EMBT nachgehechelt hat!

Ob nur MS sich so entschieden hat?
MS verwendet das LLP64-Modell wo int auch unter 64-Bit 32-Bit groß ist
Wohingehend der größte Teil der "Restwelt" nach LP64 geht wo - oh wie blöd - int unter 64-Bit ebenfalls 32-Bit groß bleibt.

Einzig im ILP64 und SILP64 lassen int mitwachsen. Aber ob es sinnvoll gewesen wäre diesen "Aussenseitersystemen" wie HAL, SPARC64 oder UNICOS zu folgen mag ich beweifeln. Dafür hat UNICOSE die spezielle Idee auch short auf 64-Bit zu heben.

Für den "Rest" der Welt ist int mittlerweile normale das int einfach auf 4-Byte größe verharrt und haben ihre Programme schon angepasst. Blos wir Delphianer trauern der (m. E. richtigen) Entscheidung von Emba nach.

[Daniel]

Wir brauchen einen "Like-Button". Vielleicht ohne Anglizismus, mehr im Sinne von "Scheiße nochmal - der Kerl hat aber sowas von verdammt Recht".

[rapante]

Zitat von Daniel:

Wir brauchen einen "Like-Button". .

Scheiße nochmal - der Kerl hat aber sowas von verdammt Recht

[DeddyH]

Ich stelle mir gerade so ein Symbol vor mit einem gestreckten Daumen und einem Häufchen obendrauf. Scheiße nochmal