Delphi XE5, Update 2 erschienen [Update]

[jaenicke]

Zitat:

Zitat von Mavarik (Beitrag 1240311)

Also in D2007 war es jedenfalls nicht und da das die Version ist die nahezu 99% der Leute einsetzen, die noch nicht den Unicode-Sprung geschafft haben, ist das ein "Showstopper".

Warum ist das ein Showstopper eine kleine Änderung in den Projektoptionen zu machen?
(Mal ganz abgesehen davon, dass es eigentlich ein Programmierfehler war, Real als generischen Typ zu nehmen, wenn man eine bestimmte Bytegröße vorraussetzt. Außerdem hat sich diese bereits bei Delphi 4 (!!) geändert...)
Zudem gibt es reFind oder genug andere Tools um Real in allen Units durch Real48 zu ersetzen, wenn die Projektoptionen aus irgendeinem Grund nicht verwendet werden sollen.

Bei anderen Punkten gibt es genug Beschwerden, dass solche Fehler nicht korrigiert werden. Denn dass es ein Fehler war, sieht man auch an der Hilfe zu z.B. Delphi 2009:
http://docs.embarcadero.com/products...ility_xml.html
Da steht auch nochmal eindeutig lokal dabei, obwohl es bis XE so nicht stimmte.

[Mavarik]

Zitat:

Zitat von jaenicke (Beitrag 1240316)

Warum ist das ein Showstopper eine kleine Änderung in den Projektoptionen zu machen?

Und wo soll das bitte in den Projectoptionen - wenn das geht bin ich ja schon zu frieden - einstellbar sein?

Das Problem ist nicht den Source zu ändern... von Real auf real48, sondern die Datei die als Record eggeschrieben sind.

Und natürlich alle Move's davon... Alle Pointer darauf mit entsprechender Logic usw.

[jaenicke]

Zitat:

Zitat von Mavarik (Beitrag 1240338)

Und wo soll das bitte in den Projectoptionen - wenn das geht bin ich ja schon zu frieden - einstellbar sein?

Hmm, da du nochmal nachfragst, habe ich es getestet, das wirkt gar nicht. Das schaue ich mir an. :|

Zitat:

Zitat von Mavarik (Beitrag 1240338)

Das Problem ist nicht den Source zu ändern... von Real auf real48, sondern die Datei die als Record eggeschrieben sind.

Und natürlich alle Move's davon... Alle Pointer darauf mit entsprechender Logic usw.

Dann müssen ja ja die Datendateien nicht geändert werden, wenn der Datentyp direkt Real48 ist. Denn das entspricht ja der Auswirkung der Compilerdirektive.

[himitsu]

Es nutzt wirklich jemand im großen Maßstab $REALCOMPATIBILITY?

Ist aber auch gut so, daß es nicht global ist ... damit stellt man dann doch sonst bestimmt auch den brennenden Affen darauf um. :shock:

[Uwe Raabe]

In dem Fall hat Frank Recht: in den Projektoptionen kann man das nicht einstellen. Allerdings ist es auch kein Bug, da die Dokumentation für den Scope ausdrücklich local angibt.

Da bleibt kurzfristig halt nur das Einfügen der entsprechenden Zeile in allen Units. Das lässt sich aber auch ganz gut automatisieren.

Für alle mag dies aber ruhig als Warnung dienen, solche technischen Schulden nicht ewig mit sich rumzuschleppen. Womöglich wäre damals (zu Delphi 4 Zeiten) der Umstellungsaufwand ja vielleicht noch kleiner gewesen (weniger Sourcen, weniger Kunden).

[Mavarik]

Zitat:

Zitat von Uwe Raabe (Beitrag 1240349)

In dem Fall hat Frank Recht: in den Projektoptionen kann man das nicht einstellen. Allerdings ist es auch kein Bug, da die Dokumentation für den Scope ausdrücklich local angibt.

Da bleibt kurzfristig halt nur das Einfügen der entsprechenden Zeile in allen Units. Das lässt sich aber auch ganz gut automatisieren.

Für alle mag dies aber ruhig als Warnung dienen, solche technischen Schulden nicht ewig mit sich rumzuschleppen. Womöglich wäre damals (zu Delphi 4 Zeiten) der Umstellungsaufwand ja vielleicht noch kleiner gewesen (weniger Sourcen, weniger Kunden).

Erschreckenderweise hast du wieder mal zu 100% recht, aber:

Jaja ich weiß, man hätte nie Real nehmen sollen... Aber das ist doch genau das Problem, es wird immer der vorhandene Typ umgestellt, anstatt einen neuen zu definieren. Es gibt sicherlich auch hierfür gute Argumente. Aber genau das ist doch der Punkt. Ich habe mich auf den letzten 3 Delphi-Treffen mit den Leuten unterhalten, die - mit dem ein oder anderen Projekt genau wie ich - noch bei D2007 hängen, weil genau so eine Umstellung irgendwo zwischen keine Zeit, zu großer Aufwand bis undurchführbar anzusiedeln ist. Mal abgesehen davon, dass es Dir kein Kunde bezahlt... Hinten raus kommt mit D2007 auch ne EXE.

Abgesehen davon läuft die D2007 IDE immer noch zuverlässiger und mit weniger Abstürzen als XE5.

Mavarik

[mquadrat]

Ich kann jetzt nicht für XE5 sprechen, aber ich zähle die Tage an denen wir von 2007 auf XE2 wechseln können.

Solche Dinge können einem bei Versionssprüngen immer passieren. Wir versuchen einfach so High-Level wie möglich zu programmieren. Wenn ich irgendwo die WinAPI Unit einfügen muss, krieg ich schon Bauchschmerzen ;)

[Mavarik]

Zitat:

Zitat von mquadrat (Beitrag 1240367)

Wir versuchen einfach so High-Level wie möglich zu programmieren.

emm... Mein Hauptprodukt ist von 1985.

Da hat mein kein boolean mal eben als Integer in einer SQLite Datenbank gespeichert.
Sondern in einem Byte 8 Boolean untergebracht und dann auch nur das eine Byte auf die "Floppy" geschrieben...

Die Anweisung dauert zu lange? Dann schnell ein paar Hexcodes Inline getippt... <- Das ist mittlerweile alles weg ;-)

Mavarik

[Union]

Hör doch bitte auf, Deine langjährigen Versäumnisse als Delphi-Fehler zu brandmarken. Meine Hauptapplikation ist auch von 1985. Nur wurde jedesmal bei einem zu erahnenden Technologiewechsel sauber aufgeräumt.