Ich arbeite an einem Projekt, wo ich Daten an den Server senden muss und dieser Client wird auf anderen Betriebssystemen ausgeführt. Ich kenne das Problem mit Endianen auf verschiedenen Rechnern, also konvertiere ich "alles" (fast) in die Netzwerk-Byte-Reihenfolge, mit htonl und umgekehrt am anderen Ende. Ich weiß auch, dass ich für ein einzelnes Byte nichts konvertieren muss. Aber was soll ich für Char * tun? ex:C konvertieren char * in Netzwerk-Byte-Reihenfolge vor der Übertragung
send(sock,(char*)text,sizeof(text));
Was ist der beste Ansatz, um dies zu lösen? Sollte ich eine 'intermediate function' erstellen, die dieses 'send' abfängt, dann sende ich wirklich char-by-char dieses Char-Arrays? Wenn ja, muss ich jedes Zeichen in die Netzwerk-Byte-Reihenfolge konvertieren? Ich denke nein, da jedes Zeichen nur ein Byte ist. Wenn ich diese "intermediate functions" erstelle, muss ich nichts mehr in die Netzwerk-Byte-Reihenfolge konvertieren, da diese Funktion char by char sendet, also keine Konvertierung von endian benötigt. Ich habe dazu einen Ratschlag.
Senden Sie Text? Dann gibt es keine "Byte-Reihenfolge". Ein Text ist eine Folge von * einzelnen Bytes *, Sie können keine Endian-Probleme mit einem einzelnen Byte haben. Sofern Sie keine Zeichenfolge mit einem breiten Zeichen haben, bei der jedes Zeichen aus mehreren Bytes besteht, könnten Sie natürlich Probleme mit der Endlichkeit haben und eine vordefinierte Byte-Reihenfolge verwenden. –
Werfen Sie einen Blick auf diese: http://stackoverflow.com/questions/1934168/whats-a-portable-way-of-converting-byte-order-of-strings-in-c http: // Stackoverflow. com/questions/15877643/is-there-to-convert-Byte-Reihenfolge für Strings – Gaurav
Was Someprogrammerdude sagte. Endian in Text gilt nur in Zeichenkodierungen, die Multibyte-Werte pro Zeichen verwenden, wie UTF-16 oder UTF-32 (daher definieren sie UTF-16LE/BE- und UTF-32LE/BE-Varianten). Die meisten Textkodierungen verwenden 7/8-Bit-Werte, sodass sie nicht unter Endian-Problemen leiden. –