Bisher habe ich die Stringlänge so ermittelt, dass ich nach dem ersten '\0' gesucht habe. Nun geht das leider bei einem Beispiel nicht, daher die Frage:
Wie sieht diese Funktion bei C++ strings/Delphi string oder php oder was auch immer aus?
Suchen die Funktion dabei auch nach einem abschließenden Zeichen? Oder kann man das noch irgendwie anders definieren? (Mal abgesehen davon, dass das letzt Zeichen auch ein A oder ein U oder was auch immer sein kann)
Und die Stringlänge immer in einem Int mitzuübergeben, wenn man sie braucht ist doof
Zumal ich den User (ok, im diesem speziellen Fall wird es wohl nie dazu kommen) schlecht fragen kann: "Wie lang war diese Zeichenkette?"

typedef struct string {
  int len;
  char *data;
} string;

string string_create( char *str ) {
    string *rc = malloc( sizeof( string ) );
    rc->len = strlen( str );
    rc->data = strdup( str );
    return rc;
}

// und dann halt:
int string_length( string *str ) {
    return str->len;
}

int string_compare( string *str1, string *str2 ) {
    if( string_length( str1 ) != string_length( str2 ) )
        return( string_length( str1 ) < string_length( str2 ) );

    return memcmp( str1->data, str2->data, min( str1->len, str2->len );
}

oder so ähnlich

Das ist der Grund warum Indizes in Delphi+Pascal normalerweise bei 1 anfangen und nicht wie üblich bei 0.

Naja, aber zu deiner Frage.
Du hast schon richtig erkannt, es gibt zwei praktikable Möglichkeiten, an die Länge eines Strings zu gelangen.
1. Einmal berechnen - zwishen speichern - bei Änderungen -> Länge mitändern
2. Jedesmal neu berechnen

Für die zweite Methode brauchst du natürlich ein End-Zeichen (üblicherweise '/0')

std::string verwendet die erste Methode, ist deshalb auch nicht null-terminiert oder sonst was.
std::string bietet aber den Vorteil das es String, Länge und vieles mehr bereitstellt. Bedeutet du übergibst nur eine Variable hast aber den String und die Länge -> Perfekt!

P.S.: Vielleicht solltest du dein ominöses Beispiel mal zeigen. Oft sieht man die einfache Lösung einfach nicht.

Naja und da viel mir auf, dass wenn ein Zeichen nach dem Kodieren nur noch aus dem Bit 0 besteht, kann ich das zwar einfach wieder dekodieren, aber soweit komm ich gar nicht, weil meine for-Schleife denkt der String wäre schon vorbei.
Daher geht ein abschließende Zeichen leider nicht.
Die Stringlänge immer mit zu übergeben ginge, aber wäre bei einer Verschlüsselung ungünstig oder?

Fragt mich jetzt nicht wie das andere Verschlüsselungen genau handhaben, um solchen Frage nachzugehen fehlt mir momentan die Fachliteratur^^

Und den Output von einem Zeichen mit Bit 0 abzufangen geht zwar (und werde ich wohl aufgrund der Leserlichkeit auch machen) aber ist halt nicht Ziel des Ganzen
Ich suche (und das vielleicht auch mal für später) eine gute Möglichkeit einen String ordentlich abzugrenzen

Betrachte das char array nicht als string sondern als char array mit einer länge. also keine string funktionen verwenden, sondern memcpy und so n zeug.

Das tue ich, ich habe alle bisher benötigten Funktionen immer selber geschrieben. Also Stringlänge ermitteln, kopieren, anhängen etc.

Braunstein schrieb:

Bei C++ könnte man auch einen vector<char> verwenden.

Mag ich nicht mit zu arbeiten :-), aber frag mich nicht warum^^

thordk schrieb:

das ist auch bei verschlüsselung kein problem. wenn es ein problem darstellen sollte, dann ist die verschlüsselung mist

Warum das? Wie soll den mein Gegenüber, dem ich eine verschlüsselte Nachricht schicke wissen wie lang diese ist? Man könnte sich höchsten auf eine Maximallänge von XXX Zeichen einigen, aber dann werden auch die unnötigen Zeichen (wenn die Nachricht nicht der Maximallänge entspricht) dekodiert, wo wieder murks rauskommt

thordk schrieb:

das ist auch bei verschlüsselung kein problem. wenn es ein problem darstellen sollte, dann ist die verschlüsselung mist

Warum das? Wie soll den mein Gegenüber, dem ich eine verschlüsselte Nachricht schicke wissen wie lang diese ist? Man könnte sich höchsten auf eine Maximallänge von XXX Zeichen einigen, aber dann werden auch die unnötigen Zeichen (wenn die Nachricht nicht der Maximallänge entspricht) dekodiert, wo wieder murks rauskommt

Da hast du zwei Möglichkeiten, das zu lösen: Entweder du sendest vor dem verschlüsselten Text die Anzahl (wahlweise unverschlüsselt oder auch verschlüsselt, aber in fester Länge^*) - oder der Empfänger holt und dekodiert solange weiter, bis er ein '\0' in den Händen hält:

do
{
  char cr = recieve_char();
  char d = decode(cr);
  data.push_back(d);
}
while(d!='\0');

^* z.B. könntest du die Binärdarstellung der Stringlänge in sizeof(int) Zeichen zerlegen und durch die Verschlüsselung jagen.

chefposten schrieb:

Betrachte das char array nicht als string sondern als char array mit einer länge. also keine string funktionen verwenden, sondern memcpy und so n zeug.

Das tue ich, ich habe alle bisher benötigten Funktionen immer selber geschrieben. Also Stringlänge ermitteln, kopieren, anhängen etc.

du hast ein array von char und eine variable in der die länge gespeichert wird. nix länge ermitteln, die ist bekannt.

Die Länge (ob nun verschlüsselt oder unverschlüsselt) zu übermitteln finde ich nicht so passend. Da würde ich ehr zu der Möglichkeit tendieren, nach dem ersten '\0' zu suchen. Dann muss ich zwar ein Zeichen mehr Kodieren, aber das wird ja hoffentlich nicht zu sehr ins Gewicht fallen
Zudem habe ich, aufgrund der festgelegten Arraygröße (ok, dynamisch ginge auch...) einen bestimmten Endpunkt.

Naja und da viel mir auf, dass wenn ein Zeichen nach dem Kodieren nur noch aus dem Bit 0 besteht, kann ich das zwar einfach wieder dekodieren, aber soweit komm ich gar nicht, weil meine for-Schleife denkt der String wäre schon vorbei.

Wegen solchen Sachen ist es keine gute Idee, nullterminierte Strings für Verschlüsselung zu verwenden. Zumindest nicht dort, wo jeder beliebige Bytewert ein gültiger verschlüsselter Wert sein kann. Wie chefposten schon sagte, sinnvoll ist hier nur ein Byte Sequenz Container (zB vector<char>). Die Grösse wird dann natürlich immer separat mitgeschleift, aber da sehe ich ehrlich gesagt kein Problem. Zur Not kann man sich auch einen TP ähnlichen String basteln. Und ob am Beginn die Länge oder am Ende ein Nullzeichen steht, ist letztendlich gehüpft wie gesprungen.