Umstig von BDS-2006 -> BDS-2010

[Schucki]

Zitat von himitsu:

Indem du alles was als ANSI versendet werden soll auch als ANSI bereitstellst?

Und genau deswegen sollten Daten, die exportiert/versendet/gespeichert werden sollen
auch nur als statische Typen deklariert sein, damit sich dort niemals etwas verändern kann.

also kein Integer, Cardinal, Char, PChar, String, NativeInt, NativeUInt, Pointer usw.

Ich muss das nochmal aufgreifen da ich allem Anschein nach noch Probleme habe ich kann zwar Sachen aussenden aber die Anwendung läuft nicht rund. Ich habe auch noch 312 Warnungen wegen ANSI<>UNICODE Wandlungen. Das wird der Grund sein

Wie sieht eine Verwendung von statischen Variablen in Delphi aus? Kenne das bisher nur von C.

Bitte helft mir mal auf die Sprünge.
Gruß Frank

[jaenicke]

Zitat von Schucki:

Wie sieht eine Verwendung von statischen Variablen in Delphi aus? Kenne das bisher nur von C.

Gemeint ist hier nicht das selbe.
Wenn du in Delphi den Typ PChar benutzt, kann das je nach Delphiversion PAnsiChar oder PWideChar sein. Und String kann AnsiString oder UnicodeString sein. Und auch solche Metatypen wie Integer sind nicht auf eine bestimmte Größe festgelegt.

Mit statisch war hier gemeint, dass du überall explizit PWideChar, LongInt usw. nutzen solltest, damit es keine Missverständnisse geben kann.

Was die Warnungen angeht, da sind vor allem welche wichtig, in denen steht bedenkliche Typumwandlung.

[Schucki]

Hallo!

Ok dann muss ich mich nun darum kümmern das alle Sachen wo ein AnsiString mit Funktionen bearbeitet wird die einen String zurück geben auch wieder in AnsiString gewandelt werden?

Delphi-Quellcode:

...
var astrTmp:AnsiString;

astrTmp:=AnsiString(IntToString(123)));
...

Das wird eine Weile Dauern bis ich alles durch habe...

Gruß Frank

[himitsu]

Mann kann es auch automatisch umwandeln lassen,

Delphi-Quellcode:

var astrTmp: AnsiString;

astrTmp:=IntToString(123);

aber dann hat man überall die Compilerwarung, vonwegen bedenklicher Typumwandlung (aber sonst geht es).
Dann doch lieber noch das Ansistring() drumrum.

[p80286]

Da er bisher mit ansistrings gearbeitet hat (hoffentlich!)
sollte ein einfaches ersetzen ": String;" -> "AnsiString" eigentlich reichen.
gleiches gilt auch bei "char" -> "Ansichar"

Gruß
K-H

[himitsu]

Die Strings umzuwandeln wird halt nicht immer unbedingt ausreichen, da man beim Aufruf externer Funktionen schnell mal Stringumwandlungen drin hat.

IntToStr, Format und Co. snd standardmäßig ANSI und die TStringList gibt es nur als ANSI.
Unit AnsiStrings (ich hoff die hieß so, sollte man also mit eingebunden haben)

k.A. warum Emba die darin enthaltenen Funktionen nicht mit in die Units der jeweiligen Originale aufgenommen hat