Na, schon Delphi XE gekauft?

[gammatester]

Zitat:

Zitat von himitsu (Beitrag 1046702)

Es wurde also absolut kein "bestehender Datentyp" geändert. (seit D2 und in Bezug auf Integer/Real/Char)

Es ist mir unbegreiflich, wie Du so etwas behaupt kannst. Das Unicode-Debakel, als ein char mehr als ein 1 Byte bekam, liegt ja wohl noch nicht solange zurück. Und selbst Du bist doch wohl nicht der Meinung, daß eine Größenverdopplung, absolute keine Änderung ist.

Real: Noch in Delphi 3 ist Real der 6-Byte-Type, der später mal wohl Real48(?) genannt wurde. Auch keine Änderung? Raider heißt jetzt twix, sonst keine Änderung.

[mkinzler]

Delphi 1 ist zawr lange her, und in meiner Erinnerung wurde der neue Typ in D1 eingeführt, aber auch wenn es D2 war, seit da ist string ein generischer Typ

[blackfin]

Ohmann....

Wir sollten ein WoW-Arenateam gründen, da kriegt man wenigstens Punkte dafür, wenn man sich gegenseitig zerfleischt :D

[MEissing]

Zitat:

Zitat von Win32.API (Beitrag 1046699)

Lass ich mir Heute wirklich alles aus der Nase ziehen? :stupid:

Im Quelltext-Editor.

Hier passiert NIX.

[himitsu]

Zitat:

Zitat von gammatester (Beitrag 1046707)

Es ist mir unbegreiflich, wie Du so etwas behaupt kannst. Das Unicode-Debakel, als ein char mehr als ein 1 Byte bekam, liegt ja wohl noch nicht solange zurück. Und selbst Du bist doch wohl nicht der Meinung, daß eine Größenverdopplung, absolute keine Änderung ist.

Doch bin ich.
Delphi 2007: Char = ein generischer Typ (da Ansi-Compiler > AnsiChar)
Delphi 2009: Char = ein generischer Typ (da Unicode-Compiler > WideChar)

Also da hat sich an seiner Definition absolut garnichts verändert.


"Real48" war schon immer ein Fehler und dieser Fehler wurde dort gefixt.


PS: String ist kompatibel zu PChar (seit Delphi 2) und an der PChar-Definition hat sie wohl noch nie was geändert.
(also, seitdem man erkannt hat, daß 1-Byte zukünftig nicht mehr ausreichen wird und man irgendwann man upgraden muß)

[Daniel]

Och Leuts, was soll denn diese Wortklauberei?
Die Tatsache, dass ein Char seit Delphi 2009 mehr als 1 Byte belegt, war für viele Entwickler in ihrer Praxis eine signifikante Änderung. Dass dahinter am Ende immer noch ein "Zeichen" steht, ist natürlich korrekt, aber darum geht's doch hier gar nicht.

Die Rechthaberei bringt uns hier nicht weiter.

[Win32.API]

Zitat:

Zitat von MEissing (Beitrag 1046710)

Zitat:

Zitat von Win32.API (Beitrag 1046699)

Lass ich mir Heute wirklich alles aus der Nase ziehen? :stupid:

Im Quelltext-Editor.

Hier passiert NIX.

Bei mir hängt sich die IDE auf. Windows 7 64 Bit. Delphi XE 15.0.3890.34076 als Trial.

[gammatester]

Zitat:

Zitat von himitsu (Beitrag 1046711)

Doch bin ich.

Lächerlich! 2=1 oder was?

Zitat:

Delphi 2007: Char = ein generischer Typ (da Ansi-Compiler > AnsiChar)
Delphi 2009: Char = ein generischer Typ (da Unicode-Compiler > WideChar)

Also da hat sich an seiner Definition absolut garnichts verändert.

Wenn es denn eine Definition gibt, zeigt es doch gerade, daß sie sich geändert hat: von

Delphi-Quellcode:

type char = ansichar;

zu

Delphi-Quellcode:

type char = widechar;

Also hat sich neben der Semantik auch die Definition geändert.

Zitat:

"Real48" war schon immer ein Fehler und dieser Fehler wurde dort gefixt.

??? Wenn überhaupt, geht diese Ausage am Problem vorbei, daß sich die Bexdeutung von Real geändert hat.

[Sherlock]

Zitat:

Zitat von himitsu (Beitrag 1046695)

Zitat:

Zitat von Sherlock (Beitrag 1046686)

Den Teil hab ich wohl in der D5 Hilfe überlesen...und damals war die noch wirklich ausführlich.

Einige Auszüge aus der OH meines Delphi 4 ... nur damit keiner behaupten kann, er wußte von nichts.

Zitat:

Zitat von Reelle Typen

Der generische Typ Real ist in der aktuellen Implementation mit dem Typ Double identisch.

Zitat:

Zitat von Integer-Typen

Es gibt zwei generische Integer-Typen: Integer und Cardinal. Diese Typen sollten, wenn möglich, immer verwendet werden, da sie die optimale Ausführungsgeschwindigkeit für die zugrundeliegende CPU und das Betriebssystem gewährleisten

Also, nur wenn ich mich esoterisch mit irgendwelchen anderen Typen die sich viel zu sehr nach API oder NonVCL anhören herumgeschlagen habe, hab ich was richtig gemacht. Und doch sagte die Hilfe dmals eindeutig, (siehe fetter Text) welche Typen zu verwenden seien. Generisch heisst ja auch nicht wirklich "Achtung, nicht verwenden, das haben wir nur zum Spaß implementiert". Aber ich kauf mir das Zeug ja auch nicht, insofern bin ich raus aus der Diskussion.

Sherlock

[Ralf Kaiser]

Zitat:

Zitat von Win32.API (Beitrag 1046713)

Zitat:

Zitat von MEissing (Beitrag 1046710)

Zitat:

Zitat von Win32.API (Beitrag 1046699)

Lass ich mir Heute wirklich alles aus der Nase ziehen? :stupid:

Im Quelltext-Editor.

Hier passiert NIX.

Bei mir hängt sich die IDE auf. Windows 7 64 Bit. Delphi XE 15.0.3890.34076 als Trial.

Bei mir sehe ich im Taskmanager, dass der Speicherverbrauch plötzlich ansteigt. Nach circa 20 Sekunden ist er bei 1GB angekommen und belibt dort stehen. Lösche ich die "magischen Zeichen" im Editor passiert erstmal nichts.

Erst wenn ich sie wieder eingebe dann geht der Speicherverbrauch plötzlich wieder runter auf den ursprünglichen Wert um dann sofort wieder hoch zu laufen. Ist schon seltsam...

EDIT: die selbe Konfiguration, waas Windows und Delphi betrifft