string 0 terminiert?

[Ydobon]

Zitat von Zacherl:

Delphi Strings sind standardmäßig nicht nullterminiert.

Waren die nicht kurzen Strings nicht schon von Anfang an eine Chimäre, also sowohl Längen- und Referenzzähler aber zusätzlich auch noch ein bis zwei Nullbyte zum Abschluss?

[p80286]

Zitat von Ydobon:

Zitat von Zacherl:

Delphi Strings sind standardmäßig nicht nullterminiert.

Waren die nicht kurzen Strings nicht schon von Anfang an eine Chimäre, also sowohl Längen- und Referenzzähler aber zusätzlich auch noch ein bis zwei Nullbyte zum Abschluss?

nein,ja,nein,nein

die Shortstrings bestehen aus einem Längenbyte und 255 CharBytes.

Gruß
K-H

[uligerhardt]

Normale Delphi-Strings (also AnsiString/UnicodeString) haben eine 0 hintendran, damit der PChar-Cast ohne Speicherallozierung etc. funktioniert.
Wenn du willst, kannst du das natürlich mit irgendwelcher Low-level-Bitschubserei hinter Delphis Rücken torpedieren.
Aber bei String-Verkettung und so bleibt die 0-Terminierung erhalten.

[EWeiss]

Das ist wieder ein Thema wo unterschiedliche Meinungen kursieren.
Es muss doch möglich sein vom Standard abzuleiten.

Der eine Ja, der andere Nein, der nächste Ja.. was denn nu ist Korrekt und wird in der Sprache (Delphi) verwendet.

gruss

[Fritzew]

Zitat von EWeiss:

Das ist wieder ein Thema wo unterschiedliche Meinungen kursieren.
Es muss doch möglich sein vom Standard abzuleiten.

Der eine Ja, der andere Nein, der nächste Ja.. was denn nu ist Korrekt und wird in der Sprache (Delphi) verwendet.

gruss

Es ist eigentlich ganz einfach.......
Delphi Strings (UnicodeString, AnsiString) benötigen kein #0 am Ende und erwarten es auch nicht.
Dies Typen haben ein internes Längenfeld wo die aktuelle Länge gespeichert wird.
Wenn so ein String nach Pchar (Pwidechar, Pansichar) gecastet wird ein #0 am Ende angehängt. (lassen wir die technische Seite mal weg). Das ist nützlich weil diese Strings so einfach z.B zur WindowsApi übergeben werden können.

Solange Du mit den Delphi String Funktionen arbeitest muss Dich das nicht interessieren.
Wenn Du aber selber ein #0 anhängst so ala String := String +#0 dann wird die Länge um 1 erhöht und das #0 ist Bestandteil des DelphiStrings. Wird dieser nun nach Pchar etc.. gecastet sieht das dann aus wie String#0#0.
Umgekehrt gilt dann aber wird dieser Pchar zurück zu einem String gecastet fallen beide #0 weg.

Beispiel

Delphi-Quellcode:

procedure test;
 var
   a : array[0..10] of char;
   l: Integer;
   pa : PChar;
   s : String;
begin

   s := 'Test';
   l := length(s);   // 4

   s := s + #0;     // s = 'Test'#0;
   l := length(s);  // 5

   pa := @a[0];
   StrPCopy(pa, s);

   l := strlen(pa); //  4

   s := pa;    // s = 'Test';
   l := length(s);  //4

end;

[EWeiss]

Jo. Danke mich wundert nur das hier wieder alle eine andere Meinung dazu haben.
Und man am ende nicht weis an was man sich halten soll!

Das meine ich mit Standard.

gruss

[Bernhard Geyer]

Zitat von EWeiss:

Jo. Danke mich wundert nur das hier wieder alle eine andere Meinung dazu haben.
Und man am ende nicht weis an was man sich halten soll!

Hä? Bisher haben doch im Prinzip alle das gleiche gesagt.

Zitat von EWeiss:

Das meine ich mit Standard.

Am besten liest du dir die Beschreibung des internen Speicherformats für die diversen Delphi-Stringtypen durch.
http://docwiki.embarcadero.com/RADSt...e_String-Typen

[Luckie]

Und wenn man pragmatisch einfach generell eine #0 dran hängt? OK. Kann nur Probleme bereiten wenn es um PChar Listen geht. Also diese Multilien-Dinger aus der Registry zum Bespiel: Trennung der einzelnen Eintrage durch #0 und abschließen der Liste mit #0#0.

[himitsu]

LongStrings von Delphi (AnsiString, UnicodeString usw.) und der WideString haben zwar eine Längenangabe, aber auch jeweil implizit ein #0#0 am Ende, für schnelle Casts zu PChar.

Nur der ShortString (der String-Typ bis Delphi 1) haben ausschließlich das LängenByte auf Position 0. (drum fangen die LongStrings auch mit 1 an zu zählen, obwohl sie kein Längenbyte an dieser Stelle haben)

[Namenloser]

Zitat von himitsu:

LongStrings von Delphi (AnsiString, UnicodeString usw.) und der WideString haben zwar eine Längenangabe, aber auch jeweil implizit ein #0#0 am Ende, für schnelle Casts zu PChar.

Endlich sagt es mal einer.

Also, noch mal im Klartext: Die Antwort auf die ursprüngliche Frage

Zitat von EWeiss:

Die frage wäre ist es überhaupt nötig den NULL terminierten Char anzuhängen?

lautet: Nein, ist nicht nötig.