Char einem Char zuweisen???

Simon2

AKiller schrieb:

jau Danke habs hingekriegt, mit demm CopyAndPast haste recht, aber ich bemüh mich schon das ich blicke. Bin 13 und geb mein bestes^^ .

OK !
Dann will ich nichts gesagt haben - für einen 13jährigen ist das schon sehr ordentlich, was Du hier ablieferst !!

Weiter so !!

Gruß,

Simon2.

AKiller

hi nochmal hab doch noch nen problem mit dem angeben der länge
das ist der abschnitt zum senden:

send(connectedSocket,sbuffer,string::length(sbuffer),0);

dann kommt der fehler code

no matching function for call to `std::basic_string<char, std::char_traits<char>, std::allocator<char> >::length(std::string&)'

auch wenn ich lenggth als in einer variable angebe er hat immer denn gleichen fehler

Simon2 schrieb:

... und dafür gibt's das wunderbare string

Der war gut. Für Hobbyprojekte kann mans mal versuchen, aber wenn du mal was richtiges mit Internationalisierung machst, kannst du den vergessen.

Simon2

dahahu schrieb:

Simon2 schrieb:

... und dafür gibt's das wunderbare string

Der war gut. Für Hobbyprojekte kann mans mal versuchen, aber wenn du mal was richtiges mit Internationalisierung machst, kannst du den vergessen.

Stimmt - da ist man mit char[] schon viel besser dran !!

... und dass wir unser 2,4 Mio-Projekt mit std::string gut durchbekommen haben, ist bestimmt Zufall....

Gruß,

Simon2.

Simon2

AKiller schrieb:

hi nochmal hab doch noch nen problem mit dem angeben der länge
das ist der abschnitt zum senden:
send(connectedSocket,sbuffer,string::length(sbuffer),0);
...

Nunja, Du hast anscheinend noch nicht verstanden, worum es geht:
WENN sbuffer vom Typ std::string ist (kann ich aus Deinem Code nicht ersehen), dann "kann" es auch "length()".

Hier al ein kleines Beispiel für die Verwendung eines std::string-Objektes:

std::string sbuffer("Simon2"); // kann man gleich was reinschreiben, muss man aber nicht
sbuffer = "AKiller"; // jetzt was Anderes drin
sbuffer += " versucht es mal mit std::string"; // ... ein wenig anhängen

size_t laenge_von_sbuffer = sbuffer.length(); 

// ... oder direkt:
send(connectedSocket,sbuffer, sbuffer.length(),0);

Gruß,

Simon2.

Simon2 schrieb:

dahahu schrieb:

Simon2 schrieb:

... und dafür gibt's das wunderbare string

Der war gut. Für Hobbyprojekte kann mans mal versuchen, aber wenn du mal was richtiges mit Internationalisierung machst, kannst du den vergessen.

Stimmt - da ist man mit char[] schon viel besser dran !!

Hab ich auch nicht gesagt

... und dass wir unser 2,4 Mio-Projekt mit std::string gut durchbekommen haben, ist bestimmt Zufall....

Ne, Glück, dass ihr mit nem beschränkten Zeichensatz ausgekommen seit. Wenn jetzt ein Kunde asiatische Schriftzeichen will, habt ihr ne menge Arbeit, die ihr bei nem besseren String nicht hättet.

Simon2

dahahu schrieb:

Simon2 schrieb:

dahahu schrieb:

Simon2 schrieb:

... und dafür gibt's das wunderbare string

Der war gut. Für Hobbyprojekte kann mans mal versuchen, aber wenn du mal was richtiges mit Internationalisierung machst, kannst du den vergessen.

Stimmt - da ist man mit char[] schon viel besser dran !!

Hab ich auch nicht gesagt

Aber genau und ausschließlich um diesen Vergleich geht es in diesem Thread und bei meiner Aussage.

Ich will gar nicht sagen, dass die STL in Sachen Lokalisierung unschlagbar sei (und auch nicht, dass std::string nicht mehr verbesserungsfähig sei) ... aber in einem Thread, in dem sich ein 13jähriger Anfänger mit char[] rumschlägt ausschließlich std::string madig zu machen, ist übelst am Thema vorbei und wenig hilfreich.

Gruß,

Simon2.

Simon2 schrieb:

Ich will gar nicht sagen, dass die STL in Sachen Lokalisierung unschlagbar sei (und auch nicht, dass std::string nicht mehr verbesserungsfähig sei) ... aber in einem Thread, in dem sich ein 13jähriger Anfänger mit char[] rumschlägt ausschließlich std::string madig zu machen, ist übelst am Thema vorbei und wenig hilfreich.

Ich sag ja, dass er ihn für Hobbyprojekte nehmen kann. Aber std::string als wunderbar zu bezeichnen halte ich für gefährlich, weil man dann ne ganze Menge arbeit hat, wenn man ihn in nem großen Projekt hat und so Themen wie I18N aufkommen.

Simon2

dahahu schrieb:

...weil man dann ne ganze Menge arbeit hat, wenn man ihn in nem großen Projekt hat und so Themen wie I18N aufkommen.

Das wird höchstwahrscheinlich nächste Woche auf ihn zukommen. Mit 13 und seinem Skillprofil steht das ja schon direkt bevor ....

Ich bleibe dabei: Wer seine ersten Schritte mit Zeichenkettenprogrammierung machr und mit char[] verzweifelt, für den ist std::string "wunderbar" !

Gruß,

Simon2.

drakon

Simon2 schrieb:

dahahu schrieb:

...weil man dann ne ganze Menge arbeit hat, wenn man ihn in nem großen Projekt hat und so Themen wie I18N aufkommen.

Das wird höchstwahrscheinlich nächste Woche auf ihn zukommen. Mit 13 und seinem Skillprofil steht das ja schon direkt bevor ....

Absolut. Also ich hätte mir Sorgen gemacht, wenn ich mit 13 noch kein Projekt geschrieben hätte, das > 1 Million Zeilen Code hat und in mindestens 50 Sprachen zugänglich ist.

Simon2 schrieb:

Das wird höchstwahrscheinlich nächste Woche auf ihn zukommen. Mit 13 und seinem Skillprofil steht das ja schon direkt bevor ....

dahahu schrieb:

Ich sag ja, dass er ihn für Hobbyprojekte nehmen kann.

Und den Thread lesen auch noch andere und die sollten wissen was kommen kann.

Mir egal, ob du das verstehen willst oder nicht oder es wirklich nicht verstehst. Ende.

Simon2

dahahu schrieb:

...Mir egal, ob du das verstehen willst oder nicht oder es wirklich nicht verstehst. Ende.

So kann man natürlich jeden Schwachsinn rechtfertigen - groooßes Argumentationskino.

dahahu schrieb:

...
Ich sag ja, dass er ihn für Hobbyprojekte nehmen kann....

DAS hast Du ausdrücken wollen mit

dahahu schrieb:

...
Der war gut. Für Hobbyprojekte kann mans mal versuchen, aber wenn du mal was richtiges mit Internationalisierung machst, kannst du den vergessen....

????
"kann mans mal versuchen" = "ist geeignet für" ?
Na, da möchte ich mal wissen, wie eine echte Ablehnung bei Dir aussieht... da sind wahrscheinlich noch nicht mal die geeigneten Buchstaben für erfunden worden.

BTW:
Wenn Du jede Aussage in jedem Thread themenunabhängig für jeden potentiellen Leser absolut unmissverständlich machen möchtest, hast Du noch viiiiel zu tun und solltest besser gleich anfangen.
Dann kannst Du Dir allerdings solche Auseinandersetzungen über Dein Ziel, wie wir sie hier führen, nicht leisten .....

Soll ich jetzt auch sagen: "Ob Du nicht verstehen willst oder nicht verstehst, ....." ?
- ach, lass ich mal, weil ich eigentlich mich an Diskussionen beteilige, weil ich verstanden werden will - und es mir eben NICHT egal ist.

Gruß,

Simon2.