Na, schon Delphi XE gekauft?

[Robotiker]

Zitat von mkinzler:

Integer in einem 16Bit OS war 16Bit, bei einem 32Bit OS 32Bit. Jetzt würde ich7man erwarten, das der bei einem 64Bit OS 64Bit hat;

Es ist leider noch etwas komplizierter, da das bei 64-Bit nicht mehr einheitlich ist:

http://en.wikipedia.org/wiki/64-bit#...ge_data_models

[Win32.API]

So, habe die Trial jetzt auch mal 2 Stunden getestete. Die IDE musste ich in dieser Zeit _3_ mal Neustarten!

1. Es gab einen Crash, gefolgt von dem Windows Dialog: "Delphi funktioniert nicht mehr...".
2. Das zweite mal konnte ich in Editor keine Tasten mehr drücken. Neuladen des Projekts brachte nix.
3. Und gerade eben habe ich einen reproduzierbaren Bug gefunden, der Delphi soviel Speicher allozieren lässt, dass Delhi erst abbricht, wenn eine OutOfMemory-Exception geworfen werden müsste. Diese Exception wird von Delphi einfach geschluckt.

Super Arbeit!

Desweiteren sind von AQ-Time und CodeSite nur abgespeckte Versionen enthalten, die wesentliche Features nicht mitbringen.

Alles in allem also keine Kaufempfehlung. Zumal gibt es für Student/Hobby-Entwickler keine Versionen - Schade Delphi, die Jahre mit Dir waren trotzdem was feines.

[himitsu]

Zitat von Robotiker:

Es ist leider noch etwas komplizierter, da das bei 64-Bit nicht mehr einheitlich ist:

Also hatte sich Windows am meisten und, abgesehn von dem eingefrohrenem INT, fast komplett an die früher mal getroffenen Konventionen gehalten.
Aber was interessiert uns Delphianer das, wo wie doch eh nur Win16/32 können.

Zitat:

Zumal gibt es für Student/Hobby-Entwickler keine Versionen

Da wurde etwas angekündigt, welches "kurz Zeit" nach dem XE-Release erscheinen soll, aber genaueres weiß man nicht.

[mleyen]

Zitat von mkinzler:

NativeInt

Der steht nichtmal auf Wikipedia. Aber soviel zu dem:
In D2007 ist NativeInt 64 bit groß und in D2010 ist es 32 bit.

Delphi-Quellcode:

const
  snInt = SizeOf(NativeInt);
  tmp = snInt; // D11=8 | D14=4 ?!
  abc: NativeInt = Nativeint(MaxInt)*Nativeint(MaxInt); // doesnt fail in D11

Wäre RandomInt nicht passender?

Ich glaub ich schreib mir privat jetzt ne kleine Datentypunit mit Unittest, welches ich bei neuen Delphiversionen laufen lasse. (Int8-UInt64, Int, Ptr, Str und Chr)

[Stevie]

Zitat von himitsu:

Zitat von Robotiker:

Es ist leider noch etwas komplizierter, da das bei 64-Bit nicht mehr einheitlich ist:

Also hatte sich Windows am meisten und, abgesehn von dem eingefrohrenem INT, fast komplett an die früher mal getroffenen Konventionen gehalten.
Aber was interessiert uns Delphianer das, wo wie doch eh nur Win16/32 können.

Es wird dann imo wohl auf LLP64 oder LP64 hinauslaufen, entweder abhängig von der Zielplattform (wenn das dann nächstes Jahr geht ) oder man einigt sich für alle Plattformen auf eine.

[MEissing]

Zitat von Win32.API:

So, habe die Trial jetzt auch mal 2 Stunden getestete. Die IDE musste ich in dieser Zeit _3_ mal Neustarten!

1. Es gab einen Crash, gefolgt von dem Windows Dialog: "Delphi funktioniert nicht mehr...".
2. Das zweite mal konnte ich in Editor keine Tasten mehr drücken. Neuladen des Projekts brachte nix.
3. Und gerade eben habe ich einen reproduzierbaren Bug gefunden, der Delphi soviel Speicher allozieren lässt, dass Delhi erst abbricht, wenn eine OutOfMemory-Exception geworfen werden müsste. Diese Exception wird von Delphi einfach geschluckt.

Ich hab hier Delphi XE schon seit gut 3 Monaten auf dem Rechner. Kein Absturz. Nichts. Völlig problemlos.

Was soll uns das jetzt sagen: Nichts. Rein gar nichts.

(Könntest du wenigstens *ansatzweise* beschreiben WAS und WIE du zu den Fehlern kommst (...grummel, grummel... "reproduzierbar"... grummel... grummel)

[himitsu]

Zitat von mleyen:

Ich glaub ich schreib mir privat jetzt ne kleine Datentypunit mit Unittest, welches ich bei neuen Delphiversionen laufen lasse. (Int8-UInt64, Int, Ptr, Str und Chr)

Ich wollt mir sowieso mal was scheiben, welches die Delphieigenen DCUs neu kompiliert, da kann man sowas gleich mit anpassen.
Mich stört es tierichst, daß z.B. die Indy-DCUs mit Debuginfos kompiliert wurden, selbt diese, welche es eigentlich nicht sein sollten.
Sowas macht richtig Spaß, wenn man mal wieder (ohne DebugDCUs) debuggen will und dennoch ständig in solchen Units landet.

[blackfin]

Zitat:

Das zweite mal konnte ich in Editor keine Tasten mehr drücken. Neuladen des Projekts brachte nix.

Das hatte ich jetzt auch schon einmal. Kann es sein, dass es teilweise daran liegt, wenn man irgendwie "zu oft" zwischen Code und Formular umschaltet?
Achja: System: Win7 x64 Ultimate.

Mal sehen, wenns nochmal auftritt, weiss ich vielleicht mehr, was genau die Schritte davor waren.

[Win32.API]

Das Problem trat auf, als ich ein größeres Projekt mit XE kompilieren wollte. Ich konnte es aber auf folgendes reduzieren: a<(

Diese drei magischen Zeichen veranlassen Delphi dazu in einer schleife soviel Speicher zu allozieren, dass es knallt.


Edith meinte gerade noch, dass hier auch nen W7 x64 werkelt.

[p80286]

[QUOTE=himitsu;1046630
Wer so "alt" ist, der hat auch schon (fast) die 16-nach-32-Bit-Umstellung mitgemacht ... und genau dann hätte man sich denken können, daß es irgendwann mal weitergehen kann
[/QUOTE]

Die Umstellung hab ich ziemlich schnell mitbekommen und ich habe mir mit long... weitergeholfen.
Ich kann mich übrigens noch an die 8Bit-Zeiten erinnern, Da gab es allerdings schon 8 und 16Bit Typen parallel.

Und letztendlich laufen doch die meisten von uns irgendeinem Guru hinterher, der genau weiß was die Zukunft bringt (mich eingeschlossen).

Warum zum Teufel gibt es eigentlich keine Word16, word32, word64 usw. Dann wäre dieses Long/Short/wasweisichcardinal Jonglieren überhaupt nicht notwendig!

Gruß
K-H