ANSISTRING unter Linux verfügbar ???

[himitsu]

RawByteString und UTF8String sind doch auch AnsiStrings.
Gingen im NextGen eigentlich die ShortStrings auch nicht? (ShortString und String[123] )

Was aber immer gehen sollte, ist TEncoding und als TBytes (darin die Chars des ANSI)

[KodeZwerg]

Key Traits of the Coming Delphi For Linux Compiler

Zitat:

It is true, however, that some other string types like AnsiString are not supported. This is mostly a "Windows-centric" data type. If you are still using strings and PChar for managing generic data structures, it is really time to move to TBytes and PByte instead -- or enable pointer math for all data structures. Also the support for the old Pascal ShortString type is limited. Declaring a string [20] variable on Linux will fail. The other string type that is not supported is WideString. This is the old pre-Unicode non-reference counted UTF-16 type used for Windows COM platform integration. In fact, any COM-specific type and feature is missing on Linux, like on all other non-Windows Delphi platforms.

Notice that the TEncoding support is available, so you can read and write text files in any format you want. What you are not directly able to do is process an AnsiString in memory with the standard language support. But you can have an array of bytes (TBytes) representing text in any format in memory, and read and write it on disk, or receive and send via a socket connection, and you ca use the TEncoding support for conversions.

himitsu hat mal wieder voll ins schwarze getroffen

[bernhard_LA]

type AnsiStringCrossPlatform = {$ifdef MSWINDOWS} ANsistring {$endif } {$ifdef LINUC} RawByteString {$endif }
also muss ich sowas kodiere, gibt's was besseres ?

[Dennis07]

Zitat von bernhard_LA:

type AnsiStringCrossPlatform = {$ifdef MSWINDOWS} ANsistring {$endif } {$ifdef LINUC} RawByteString {$endif }
also muss ich sowas kodiere, gibt's was besseres ?

Kannst du so machen, wäre aber unsinnig.
1. gibt es RawByteString auch unter Windows und
2. ist RawByteString = PChar und
3. musst du diese deswegen stets unterschiedlich behandeln

Somit würde dir so etwas nichts an Aufwand einsparen, sondern deinen Code nur länger und unübersichtlicher machen.

[Uwe Raabe]

Zitat von Dennis07:

2. ist RawByteString = PChar und

Da wäre ich mir jetzt nicht so sicher! PChar ist ein Pointer auf einen 2-Byte Char, während RawByteString aus 1-Byte Chars besteht (daher der Name). Man muss halt dann selbst wissen, welches Encoding in den Bytes steckt.

Ich bin aber überzeugt, daß es bessere und vor allem stabilere Lösungen gibt.

[p80286]

Zitat:

System.RawByteString







Up to Parent: System





Delphi


type RawByteString = AnsiString;

also nix Pchar...

Zitat von KodeZwerg:

Das würde mich auch interessieren wofür man Windows String-Typen unter non-Windows benötigt.

Wenn ich irgendwelche Daten verarbeite ist mir das Betriebssystem zunächst herzlich egal. Erst wenn es ins Spiel kommt mach ich mir Gedanken darüber, ob die von mir gewählte Struktur nativ vom BS verstanden wird.

Gruß
K-H

[KodeZwerg]

Zitat von p80286:

Wenn ich irgendwelche Daten verarbeite ist mir das Betriebssystem zunächst herzlich egal.

Das klingt für mich mehr als doof. Ich fahr ja auch nicht an die Tankstelle und tanke "Sprit" sondern ich geh nach Anleitung des Herstellers (in dem Falle das OS) und tanke nicht "Sprit" sondern Diesel oder Benzin.

Ps: Ich will damit sagen, nur weil beides reinpasst bedeutet das nicht das beides funktioniert.

[himitsu]

Zitat von bernhard_LA:

type AnsiStringCrossPlatform = {$ifdef MSWINDOWS} ANsistring {$endif } {$ifdef LINUC} RawByteString {$endif }

RawByteString ist ein AnsiString ohne CodePage, bzw. ohne automatische Konvertierung der Chars.

UTF8String ist ein AnsiString mit UTF-8 als CodePage (CP_UTF8)
Ich glaub es gab noch einen vordefinierten AnsiString mit CP_OEM, welchen man für Consolenanwendungen verwenden würde.

Und AnsiString ist halt ein AnsiString mit der aktuellen System-CodePage (ANSI).


Darum wäre ich auch davon ausgegangen, dass es unter NextGen den RawByteString ebenfalls nicht gibt.
Nicht RawByteString ist der Vorfahre sondern der ältere AnsiString, von dem RawByteString abgeleitet wird.