Delphi 64 bit ist bald da!

[Namenloser]

Und wenn dann irgendwann mal 128bit-CPUs aktuell sind, wird dann NativeNativeInt eingeführt? :roll: Wieso lässt man Integer nicht mitwachsen, so wie es vorgesehen war und langezeit auch in der offiziellen Hilfe stand? „NativeInt“ ist doch ein Witz – Integer sollte bereits „native“ sein...

/kurzer rant

Trotz dieses Wehrmutstropfens schön zu sehen, dass es mit Delphi insgesamt vorangeht. Auch wenn ich selbst nicht unmittelbar davon profitiere.

[Bernhard Geyer]

Zitat:

Zitat von NamenLozer (Beitrag 1093114)

Wieso lässt man Integer nicht mitwachsen, so wie es vorgesehen war und langezeit auch in der offiziellen Hilfe stand?

Weils eigentlich keine aktuelle/moderne Sprach mehr macht. Vor allem in Zeiten von managed Frameworks ist ein von der Ziel-Plattform abhängige Größe von Datentypen mehr als störend. All die ganzen File of <Type>-Speicher-/Netzwerkprotokolle würden erst mal aufwändig angepaßt werden müssen.

[s.h.a.r.k]

Zitat:

Zitat von Daniel (Beitrag 1093112)

Jemand, der daran nicht interessiert ist, wird sich auch nicht für den Beta-Test melden. Und dass man dann aktuelle Kunden vorzieht, scheint mir durchaus plausibel - oder wenigstens nicht überraschend.

Rein aus Usability-Sicht ist das keinesfalls überraschend, sondern ein sehr logischer Schritt. Embarcadero entwickelt ja relativ zur aktuellen XE-Version weiter und nicht zu früheren Versionen. Beta-Tester sollen ja auch Feedback liefern, welcher zu Optimierungen beiträgt und nicht einfach nur eine Spielwiese bekommen.

[mkinzler]

das Problem ist nun, dass Programme u.U. nicht mehr funktionieren, weil Typen, die als nicht wachsend deklariert wurden, auf einmal wachsend sind (NativeInt). Andere "wachsende" Typen eingefroren werden (Integer, Cardinal) was auch zu Problemen führen kann/wird ( Integer ist nun ungleich Pointer; dieser Zusammenhang wird oft verwendet!).
Zudem hat man so die Vortiele von 64Bit nur beim manuellen anpassen von allen Integer/Cardinal nach NativeInt/NativeIUInt ->
Nachteile automatisch, Vortiele nur nach Nacharbeit!

[Namenloser]

Zitat:

Zitat von Bernhard Geyer (Beitrag 1093121)

Zitat:

Zitat von NamenLozer (Beitrag 1093114)

Wieso lässt man Integer nicht mitwachsen, so wie es vorgesehen war und langezeit auch in der offiziellen Hilfe stand?

Weils eigentlich keine aktuelle/moderne Sprach mehr macht. Vor allem in Zeiten von managed Frameworks ist ein von der Ziel-Plattform abhängige Größe von Datentypen mehr als störend. All die ganzen File of <Type>-Speicher-/Netzwerkprotokolle würden erst mal aufwändig angepaßt werden müssen.

Nicht, wenn man es richtig gemacht hätte, und die entsprechenden festen Datentypen genommen hätte, nämlich LongInt statt Integer usw..
So werden jetzt die geschohnt, die gepfuscht haben, und die, die es richtig gemacht haben, werden bestraft, weil sie jetzt trotzdem ihren Sourcecode anpassen müssen.

Hatten wir aber schon mal, die Diskussion.

[cookie22]

Zitat:

Und dass man dann aktuelle Kunden vorzieht, scheint mir durchaus plausibel - oder wenigstens nicht überraschend.

Überraschen tut es mich nicht, ob es sinnvoll ist die andere Frage. Ich denke es gibt ne ganze Menge Leute die nicht im Besitzt von XE sind und es gerne testen bzw. ihre Projekte anpassen würden.

[s.h.a.r.k]

Zitat:

Zitat von cookie22 (Beitrag 1093148)

Zitat:

Und dass man dann aktuelle Kunden vorzieht, scheint mir durchaus plausibel - oder wenigstens nicht überraschend.

Überraschen tut es mich nicht, ob es sinnvoll ist die andere Frage. Ich denke es gibt ne ganze Menge Leute die nicht im Besitzt von XE sind und es gerne testen bzw. ihre Projekte anpassen würden.

Naja, das bringt Embarcadero aber ja quasi Null, außer Aufwand. Primär ist so eine Beta ja zum Optimieren der Anwendung da -- viele Benutzer können mehr Fehler entdecken und Verbesserungen/Ideen liefern, als die Qualitätssicherung bzw. die Entwickler von Embarcadero. Und eine Beta an jemanden verteilen, der diese nur eigennützig haben will, ist am Ziel vorbei.

Wenn jemand seine Projekte anpassen will, dann wird er mit der Demo-Version Zeit genug haben. Ebenso hat er dann eine finale Version der Anwendung in den Händen -- was auch gegen die Nutzung einer Beta spricht, denn darin kann sich unter Umständen noch einiges ändern, wodurch man ein Projekt durchaus "zerstören" kann.

[himitsu]

Zitat:

Zitat von Daniel (Beitrag 1093112)

Und dass man dann aktuelle Kunden vorzieht, scheint mir durchaus plausibel - oder wenigstens nicht überraschend.

Sind wir Upgradeberechtigten denn nicht aktuell genug? :cry:

Überall wird man diskriminiert ... langsam versteh ich die Mädels.
(bei McD... hätte es heute früh 'nen Kaffe gratis dazugegeben, aber ich trinke keinen Kaffee ... warum muß es denn überall NUR Kaffee dazugeben? )

Wenn ich das richtig mitbekommen hab, dann ist NativeInt nun der Mitwachsende Typ.

PS: Pointer, TObjekt, LPARAM, String, Char und Co. sind auch mitwachsende Typen.
Und wieso sollen mitwachsende Typen denn böse sein?
Es ist doch von Vorteil, wenn sich ein Typ an das aktuelle System anpaßt. Und wenn man das in seinem Programm nicht gebrauchen kann, dann soll man gefälligst auch feste Typen verwenden.

Nja, der 64-Bit-Zugg ist nun schon lange abgefahren und alle Anderen machen schon sehr lange diesen komischen Integer-Mist ... da können wir jetzt nimmer mitreden.

[QuickAndDirty]

So ein bisschen zufrieden könnte man angesichts dieser nachricht schon sein....

....schließlich haben alle danach geschriehen.

[cookie22]

Zitat:

Und eine Beta an jemanden verteilen, der diese nur eigennützig haben will, ist am Ziel vorbei.

Gerade im praktischen Gebrauch fallen Fehler doch auf, oder? So sieht man doch viel besser in wie weit so eine Version praxistauglich ist.

Zitat:

So ein bisschen zufrieden könnte man angesichts dieser nachricht schon sein....

....schließlich haben alle danach geschriehen.

Klar, aber jetzt wollen wir es auch haben. ;)