Aufwandabschätzung Portierung Projekt D7 nach XE Unicode

[ibp]

Zitat von mkinzler:

Wenn du nicht davon ausgegangen bist, dass ein Char 8Bit breit ist, hast du wenig Probleme.
da aber AnsiChar/PAnsiChar Deklarationen existieren, aber keine AnsiStrings würde ich mir diese Stelle mal genauer ansehen.

das wäre die einzige Stelle für pansichar

Code:

result:= FindExecutable(PAnsiChar(execfile),PAnsiChar(execpath),res);

[mkinzler]

Dort solltestst du PChar verwenden, wenn execfile, exepath als string deklariert sind

[himitsu]

Zitat:

1 SizeOf

kann man auch negativ sehn ... also daß es so wenige sind

Um wieder auf die Pointer-Operationen zurückzukommen ... bei der Größenberechnung für String/PChar wären ein paar SizeOf schon ganz "praktisch".

"nur" 68805 lines ... maximal 1-2 Tage?
Also, was das reine Unicode-Problemchen betrifft.

[RWarnecke]

Ich würde den Quelltext einmal durch den Compiler jagen. Dann anhand den Fehlern versuchen eine Abschätzung zu erlangen, da bei den Fehler, Warnungen und Hinweisen immer der Konflikt drinsteht.

[Deep-Sea]

Zitat von RWarnecke:

Ich würde den Quelltext einmal durch den Compiler jagen. Dann anhand den Fehlern versuchen eine Abschätzung zu erlangen, da bei den Fehler, Warnungen und Hinweisen immer der Konflikt drinsteht.

Aber bedenke: Nur weil der Compiler nicht meckert, heißt es noch lange nicht, dass es auch geht

[ibp]

Leider kann ich den Code noch nicht durch den Compiler jagen.

Mir ist klar das es mehrere Schritte sind.
1. den bisherigen D7-Code unter XE zum laufen zu bringen
2. Alle Funktionen testen und ggf. anpassen.

Mir sind nur noch nicht die üblichen Fallstricke klar.

[mkinzler]

Man muss beachten dass
-AnsiChar <> Char / PAnsiChar <> PChar
-string <> AnsiString
-ShortString = AnsiString
-ShortString <> string
-Length(<string>) <> SizeOf(<string>)

[himitsu]

Überall wo String nach PChar umgewandelt wird.
> String+PAnsiChar paßt nicht zusammen,

Nicht zu vergessen Funktionen, welche PChars entgegennehmen, so ala
ShellExecuteA + PAnsiChar
ShellExecuteW + PWideChar
ShellExecute + PChar

Wenn Strings in untypisierten Pointern rumgereicht werden, muß man auch höllig aufpassen ... bzw. sollte sowas besser vermeiden, denn da kann der Compiler keine Warnung ausgeben, wenn da Ansi und Unicode vermischt wird.

Char-Array und PChars müssen zusammenpassen.

Und wo Texte via Move und Co. umkopiert werden, sollte man auch ein auge drauf haben.

[ASM]

Zitat von mkinzler:

Man muss beachten dass
-AnsiChar <> Char / PAnsiChar <> PChar
-string <> AnsiString
-ShortString = AnsiString
-ShortString <> string
-Length(<string>) <> SizeOf(<string>)

Um das hier richtigzustellen: -ShortString <> AnsiString !

Shortstring ist nämlich das aus Turbozeiten bekannte Konstrukt mit maximaler Länge von 255 Bytes und einem (in Position 0) vorgesetzten, potentiell manipulierbaren Längenbyte. Also komplett anders konstruiert als der dynamisch verwaltete Ansistring.

[bernhard_LA]

Ist im Code noch die BDE verbaut, INDY 9 oder sonstige Komponeneten die heute noch nicht für XE 2 x 64 verfügbar sind ?