Erstes Zeichen eines Strings mit Copy

[himitsu]

Es gibt kein Copy für ShortString ... der wird vorher in einen AnsiString konvertiert.

Und ja, das ist leider ein "Bug", welcher seit vielen Jahren bekannt ist und es gibt keinerlei Bestreben dieses zu reparieren.

Indize kleiner-gleich 0 werden auf 1 angehoben, ohne daß Count dabei angepaßt wird.

[Hansa]

Achtung ! St [0], also das nullte Zeichen (bzw. das 1.) ist das Längenbyte. Ich würde das jedenfalls nicht benutzen.

[himitsu]

Beim ShortString, stimmt es, denn darin liegt das Längenbyte, was übrigens auch der Grund ist, warum in alle Strings der Text bei 1 beginnt.
Abwärtskompatibilität halt.

Beom Copy ist es aber egal, da es immer bei 1 beginnt.
Im Gegenzug zu direkten Zugriffen ala s[i] werden bei Copy(s, i, 1) die Array-Grenzen beachtet.
Bei s[i] mit i<=0 oder i>=Length(s) kann man hoffentlich mit einer Exception rechnen.

[Delphi-Laie]

Zitat von himitsu:

Und ja, das ist leider ein "Bug", welcher seit vielen Jahren bekannt ist und es gibt keinerlei Bestreben dieses zu reparieren.

Indize kleiner-gleich 0 werden auf 1 angehoben, ohne daß Count dabei angepaßt wird.

Anscheinend berücksichtigten das die Programmierer des Freepascalcompilers. Zumindest wird ein Copy (ab) der Position 0 klaglos kompiliert. Ob es auch problemlos auf 1 anpaßt / anhebt und damit läuft, kann ich jetzt auf die Schnelle nicht sagen.

Edit: Auch bei Freepascal scheint es egal zu sein, ob man 0 oder 1 für das erste Zeichen in der Copy-Funktion angibt. Wurde der Fehler also dort vermutlich ganz absichtlich hineinprogrammiert, um (hier) maximale Delphi-Kompatibilität zu erhalten?