Delphi 2011 heißt jetzt Delphi XE

[himitsu]

Zitat von ralfschwalbe:

Das bedeutet, ich habe tausende Deklarationen wie diese: ...
Ich muss jetzt ALLE(!!!) Typen in AnsiChar und alle PChar in PAnsiChar tauschen, und das ist nur der Anfang! Unsere Projektgruppe hat ca. 800.000 Zeilen Code.

Zitat von mkinzler:

es gibt ja verscheidene Tools zum Ersetzen von Zeichenketten (auch über Dateien hinweg) ' Char' -> ' AnsiChar'

Tut mir Leid, daß dieses schonwieder gesagt wird,
aber hätte man vorher schon überall AnsiChar/PAnsiChar/AnsiString gesetzt, wo es auch unbedingt ANSI sein muß, dann gäbe es jetzt keine Probleme.

Nur weil ihr "Mist" gebaut habt, müßt ihr da jetzt nicht die Schuld auf's Unicode/Emba schieben.

Das Char, PChar, String, Integer, Cardinal, Real keine generischen Typen sind, diese nicht immer 1, bzw. 4 Byte groß sind und sich somit irgendwann mal ändern könnten war vorher schon klar.
Wenn man diese nie beachtet hat, dann ist man nun selber dran Schuld, wenn es jetzt Probleme gibt.

Soein Unicode-Compilerschalter war also diesbezüglich niemals nötig.
Der Einzige Grund für soeinen Schalter wäre nur gegeben, um die API umschalten zu können und somit über den selben Quellcode jeweils eine Ansi- und eine Unicode-Version des selben Programms erzeugen zu können,
um somit z.B. eine Version zu erhalten welche auch noch problemlos mit Win9x lauffähig wäre.

Also Compiler-Schalter für mehrere Ausgaben und nicht um den Compiler an fehlerhaften Code anzupassen.

[HeikoAdams]

Zitat von himitsu:

Nur weil ihr "Mist" gebaut habt, müßt ihr da jetzt nicht die Schuld auf's Unicode schieben.

[OffTopic]Zu versuchen, die Schuld immer erst auf andere zu schieben, ist IMHO ein ganz normales Verhalten [/OffTopic]

[Tonic1024]

Es ist hier viel diskutiert worden und es sind viele Dinge angesprochen worden. Eines, auch wenn ich es manchmal aus Beiträgen herausschimmern bemerkt habe, wurde aber in aller Deutlichkeit hier noch nicht gesagt.

Ich verdiene mit dem RAD Studio mein Geld. Ich bin nicht selbstständig sondern die Lizenz wird mir von meinem Arbeitgeber zur Verfügung gestellt. WELCHE Lizenz (welcher Hersteller und welches Produkt) allerdings, wird vom backoffice vorgeschlagen. Macht ja IMO auch Sinn sowas nicht allein nem Vertriebler zu überlassen. Und bislang war das der Kurs jahrelang eindeutig.

Mir fehlt ein x64 Compiler im Moment nicht oder X-Plattform oder Facebook oder "Killerfeature 4711". Was mir wirklich fehlt ist ein gutes Gefühl für die Zukunft oder das Gefühl auf das richtige Pferd gesetzt zu haben. Was soll ich denn nun meinem Chef im Januar zur Jahreszielbesprechung vorschlagen? Kann ich die 2000 Euro pro Platz rechtfertigen und wenn ja womit? Sollten wir lieber langsam das sinkende Emba-Schiff verlassen oder auf den durchstartenden Emba-Zug aufspringen? DAS wäre mal ein Killerfeature, dass gerne auch ordentlich Geld in Embas Kassen spühlen darf.

just my 2 cent...

Toni

[p80286]

[QUOTE=himitsu;1045138Tut mir Leid, daß dieses schonwieder gesagt wird,
aber hätte man vorher schon überall AnsiChar/PAnsiChar/AnsiString gesetzt, wo es auch unbedingt ANSI sein muß, dann gäbe es jetzt keine Probleme.
[/QUOTE]

Auch wenn ich Dir inhaltlich voll Recht geben muß, sowohl die OH als auch hier im Forum wurde die Auffassung vertreten String=AnsiString und gut is.
Jedenfalls ist if irgendwas=true ein weitaus größerer Aufreger, als textsatz:string; oder auch ein packed record .
Glücklicher Weise nutzt ja niemand mehr Records, sonst gibt es demnächst (irgendwann) noch mehr Probleme.

Gruß
K-H

[mkinzler]

Das string ein virtueller Typ ist war aber bekannt

[himitsu]

Das mit dem True wird auch oft genug gesagt und bezüglich des Packed prädige ich auch schon seit Jahren rum.

[OldGrumpy]

Das mit dem packed record ist mir so noch gar nicht aufgefallen, wo liegt denn da das Problem?

[mkinzler]

Da hat sich die Ausrichtung geändert.

[himitsu]

Jupp, darum auch für Records, welche "extern" gespeichert oder irgendwohin übertragen werden, nur generische Typen verwenden und alles schön "packen".

Spart A) eventuell ein paar Byte und gibt B) keine Probleme, wenn am anderen Ende die Typen und/oder die Ausrichtung anders sind.

[Phoenix]

XE soll bald (TM) veröffentlicht werden. Da das aber ein recht komplexer Prozess ist der offenbar ziemlich viele Unterschriften von ziemlich vielen Leuten benötigt kann das auch noch ein paar Tage gehen. Aber an sich isses fertig und eigentlich ready to ship.