ANSISTRING unter Linux verfügbar ???

[mkinzler]

Meine Antwort bezog sich auf KodeZwergs Antwort.

[KodeZwerg]

Uwe hat schon irgendwie Verstanden wie ich es meinte, solange nichts vom TE kommt geb ich euch allen Recht, ich lag falsch und halte mich hier raus.

[bernhard_LA]

hier weitere Informationen zur Verwendung :
Ansistring wird in einigen DLLs verwendet um Daten von C++ , Matlab und Delphi auszutauschen , im reinen Delphi Kernprogramm in Funktionen wie im Beispiel

Delphi-Quellcode:

  
FS: TFileStream;
SaveString: Ansistring;

begin
  FS := TFileStream.Create(FileName, fmCreate);
  try
    if SaveString <> '' then
      FS.Write(Pointer(SaveString)^, Length(SaveString) * SizeOf(AnsiChar));
  finally
    FS.Free;
  end;

Ziel OS : entweder Windows x64 oder UBUNTU x64 , vermutlich sind die Daten meistens ASCII ...


ist diese Variante für Cross PLatform Daten typen klarer oder eher undurchsichtig ?

Delphi-Quellcode:

        type AnsiString = {$ifdef MSWINDOWS} Ansistring {$endif } 
                          {$ifdef LINUX} RawByteString {$endif }

[Uwe Raabe]

Zitat von bernhard_LA:

Ansistring wird in einigen DLLs verwendet um Daten von C++ , Matlab und Delphi auszutauschen

Und mit welchem Datentyp arbeiten diese DLLs unter Linux?

AnsiString setzt immer auch ein Encoding voraus. Wenn man das nicht kennt, kann man die Bedeutung des Inhalts manchmal nur erraten.

Bei AnsiString kann man die zu verwendende CodePage angeben, wie z.B. hier:

Delphi-Quellcode:

const
  cEBCDICCodePage = 1141;

type
  EBCDICString = type AnsiString(cEBCDICCodePage);

Bei einer (auch impliziten) Zuweisung string <-> AnsiString wird diese CodePage für die Umwandlung verwendet. Damit werden dann Zuweisungen dieser Art vollkommen transparent vom Compiler erledigt:

Delphi-Quellcode:

var
  myString: string;
  myEBCDIC: EBCDICString;
begin
  myString := 'Hallo Welt'; // Unicode
  myEBCDIC := myString;     // Unicode -> EBCDIC

  myEBCDIC := 'Hallo Welt'; // Unicode -> EBCDIC
  myString := myEBCDIC;     // EBCDIC -> Unicode
end;

Fehlt die Angabe einer CodePage (z.B. bei Deklaration als AnsiString) wird die aktuelle CodePage von Windows genommen. Ohne Windows gibt es diesen Default aber nicht. Womöglich ein Grund für das Fehlen von AnsiString bei diesen Compilern.

Sollten Umwandlungen nicht vorkommen (was eventuell gar nicht so einfach herauszufinden ist), kann vielleicht alternativ RawByteString verwendet werden. In jedem Fall geht aber TBytes und bei der Umwandlung dann TEncoding verwenden. RawByteString ist also nur für einen Teil der Anwendungsmöglichkeiten geeignet, während TBytes immer geht. Daher würde ich TBytes den Vorzug geben.

[himitsu]

Zitat von bernhard_LA:

hier weitere Informationen zur Verwendung :
Ansistring wird in einigen DLLs verwendet um Daten von C++ , Matlab und Delphi auszutauschen , im reinen Delphi Kernprogramm in Funktionen wie im Beispiel

Delphi-Quellcode:

  
FS: TFileStream;
SaveString: Ansistring;

begin
  FS := TFileStream.Create(FileName, fmCreate);
  try
    if SaveString <> '' then
      FS.Write(Pointer(SaveString)^, Length(SaveString) * SizeOf(AnsiChar));
  finally
    FS.Free;
  end;

Ziel OS : entweder Windows x64 oder UBUNTU x64 , vermutlich sind die Daten meistens ASCII ...

Das riecht geradezu nach einem TStringStream.

[Rollo62]

Nicht das ich mit Ansi unter Linux was machen möchte, aber

Schonmal das gesehen, habs nicht gecheckt, könnte evtl. hilfreich sein.

[himitsu]

Zitat von Rollo62:

Nicht das ich mit Ansi unter Linux was machen möchte, aber

Warum nicht?

UTF-8 ist im Prinzip auch nur ANSI, bzw. ein MultyByteCharset mit der Codepage 65001
und selbst Unicode ist ein MultyByteCharset mit fester Länge und der Codepage 1200, bzw. Big Endian mit der Codepage 1201.



Wie gesagt, man kann alles irgendwie selber machen, aber nativ und ohne große Umstände gibt es halt nur noch Unicode oder eben TEncoding. Dazu dann noch TStringStream, TStringList, IOUtils.TFile (ReadAllLines, ReadAllText, WriteAllLines, WriteAllText).

[Rollo62]

Zitat:

Warum nicht?

Die Umstellung auf Unicode war schon nervig genug, warum also wieder zurück

Aber im Ernst:
Ja klar mache ich auch noch von Zeit zu Zeit mit 8-Bit Chars rum,
und ich nutze auch UTF-8 dafür, im Single-Byte-Modus.
Z.B. wenn ich Daten von kleinen Microcontrollern gesendet bekomme, oder aus alten DB.

Trotzdem achte ich bei neuen Strukturen auf UTF-8 (echte Unicodefähigkeit) wo immer möglich,
und werfe Altes über Bord.
Das gilt dann auch für Linux.

Rollo