Operator >> überladen
-
SeppJ schrieb:
...
Und wenns sein muss, bau ich dir eine Maschine, die bei einem Overflow jedem Byte '=' zuweist. Deine Einstellung zum Thema Standard-konform ist dumm und naiv.
-
314159265358979 schrieb:
SeppJ schrieb:
...
Und wenns sein muss, bau ich dir eine Maschine, die bei einem Overflow jedem Byte '=' zuweist.
Quark, mal wieder, leider.
314159265358979 schrieb:
Dabei kann ein Überlauf auftreten, was zu implementation-defined behavior führt.
SeppJ schrieb:
(signed) Überlauf ist übrigens gänzlich undefined.
Du gehst fälschlicherweise davon aus, als wäre meine Richtigstellung deiner Falschaussage auf meinen Code zutrifft. Tja, nur kann bei mir gar kein arithmetischer Überlauf stattfinden, außer sizeof(char) == sizeof(int). Das fange ich im configure ab, auf solchen Maschinen arbeite ich nicht. Ansonsten ist die Zuweisung von int an char implementation defined, damit kann ich und so ziemlich jeder Programmierer auf der Welt leben. Eine Implementierung die da was komisches definiert, unterstütze ich nicht.
314159265358979 schrieb:
Deine Einstellung zum Thema Standard-konform ist dumm und naiv
Ist schon scheiße, wenn man (mal wieder) Unrecht hat und (mal wieder) anderen vorschnell Dummheit und Schlimmeres vorwirft. Dann steht man nämlich besonders lächerlich da und keiner mag einen. Aber so langsam solltest du dich dran gewöhnt haben.
In 2-3 Jahren lernst du vielleicht auch mal genau nachzudenken, anstatt erstmal blöd zu melden.
-
SeppJ schrieb:
Ist schon scheiße, wenn man (mal wieder) Unrecht hat und (mal wieder) anderen vorschnell Dummheit und Schlimmeres vorwirft. Dann steht man nämlich besonders lächerlich da und keiner mag einen. Aber so langsam solltest du dich dran gewöhnt haben.
Du bist im Unrecht. Deine Aussage "wird nirgens so sein" ist einfach dummlicher Mist. Würde ich sowas von mir geben, dann würde man sofort wieder auf mich losgehen. Aber weiß du was: Sobald es um sowas geht, übernehme ich einfach deine Einstellung und zitiere dich bei Bedarf. Danke für die Freikarte.
Und bevor du von deinem "Ich-mag-PI-nicht"-Thron nicht wieder runter kommst, diskutiere ich nicht mehr mit dir. Ich habs nicht nötig, mir von einem Mod ans Bein pissen zu lassen.
-
314159265358979 schrieb:
SeppJ schrieb:
Ist schon scheiße, wenn man (mal wieder) Unrecht hat und (mal wieder) anderen vorschnell Dummheit und Schlimmeres vorwirft. Dann steht man nämlich besonders lächerlich da und keiner mag einen. Aber so langsam solltest du dich dran gewöhnt haben.
Du bist im Unrecht.
Nope. SeppJ hat Recht.
Er hat meistens Recht.
-
314159265358979 schrieb:
Deine Aussage "wird nirgens so sein" ist einfach dummlicher Mist.
Quark, mal wieder, leider.
Es ist nirgendwo so. Es ist mir sogar vom Standard garantiert, dass dieses Verhalten dokumentiert werden müsste und nicht undefiniert ist. Irgendwo weiter vorne im Code ist noch ein static_assert, welches sizeof(int)>1 prüft.
Ich habs nicht nötig, mir von einem Mod ans Bein pissen zu lassen.
Du pisst jedem ans Bein. Daher hauen die Leute die hier länger mitlesen so gerne auf dich ein. Ich haue auch gerne wieder auf dich ein, wenn du mal ein Codebeispiel bringst, dessen Standardkonformität auch nur irgendwie im Zweifel ist. Aber da du fast nie hilfst, sondern bloß flamest, ist Code von dir ja eher selten.
Hmm, ich habe eines:while(is >> key >> Char<'='> >> value >> Char<';'>)Hmm, was passiert wohl in einer freestanding Implementation? Compiliert nicht
.Außerdem ist nicht garantiert, dass das basic source character set und das basic execution character set die gleichen Werte für '=' haben, es ist nur garantiert, das beide ein '=' enthalten. Man könnte eine Maschine bauen, bei der das nicht so ist. Standardkonform wäre es nur, wenn du im (implementation defined) basic execution character set die Nummer vom '=' raussuchst und direkt angibst oder die \u-Schreibweise benutzt (siehe unten).
Diese beiden Fehler möchte ich von dir nicht noch einmal sehen! Demnächst also alle chars als Hexnummern angeben (laut 2.2/2 garantiert, dass diese ISO 10646 entsprechen) und immer schön angeben, wenn deine Programme nur in einer hosted Implementation laufen. Sonst sind die ganzen Mikrocontrollerprogrammierer schwer enttäuscht von der Qualität deiner Beiträge und halten dich für dumm und naiv.
-
Du willst also Krieg. Kannst du haben.
-
SeppJ schrieb:
Außerdem ist nicht garantiert, dass das basic source character set und das basic execution character set die gleichen Werte für '=' haben, es ist nur garantiert, das beide ein '=' enthalten.
Kannst du das vielleicht nochmal kurz erläutern? Ich dachte bislang, dass der Compiler ein '=' immer in das basix execution character set transformieren müssen? sonst würden ja die ganzen Vergleiche der Art "x == '='" nicht garantiert funktionieren.
Und wann währen die sets nicht gleich? Wäre das zum Beispiel der Fall, wenn ich auf meinem "normalen linux" einen gcc-crosscompiler auf $ABSTRUSE_PLATTFORM benutzen würde? Dann wäre mein source character set irgendwas ASCII compatibles und meine abstruse plattform irgendein microcontroller mit proprietärer Kodierung.
-
otze schrieb:
SeppJ schrieb:
Außerdem ist nicht garantiert, dass das basic source character set und das basic execution character set die gleichen Werte für '=' haben, es ist nur garantiert, das beide ein '=' enthalten.
Kannst du das vielleicht nochmal kurz erläutern? Ich dachte bislang, dass der Compiler ein '=' immer in das basix execution character set transformieren müssen? sonst würden ja die ganzen Vergleiche der Art "x == '='" nicht garantiert funktionieren.
Also im Standard steht nur, dass das execution character set ein superset des basic character sets sein muss und dass für beide '0' + 1 == '1', usw. gilt. Aber von einer Übereinstimmung der tatsächlichen Werten konnte ich da nix finden.
Und wann währen die sets nicht gleich? Wäre das zum Beispiel der Fall, wenn ich auf meinem "normalen linux" einen gcc-crosscompiler auf $ABSTRUSE_PLATTFORM benutzen würde? Dann wäre mein source character set irgendwas ASCII compatibles und meine abstruse plattform irgendein microcontroller mit proprietärer Kodierung.
Wenn ich mit meinem ASCII-Computer ein Programm für einen EBCDIC-Rechner Cross-compiliere sollte das relevant werden. Ich vermute sogar, dass der Standard vielleicht sogar wegen dieser Konstellation so vage formuliert ist. Insofern hat das Beispiel sogar echte historische Relevanz und ist nicht so eine hirnverbrannte Behauptung wie, dass c + 1 unerwartete Resultate liefern könnte.
314159265358979 schrieb:
Du willst also Krieg. Kannst du haben.
Junge, du bist mit jedem im Krieg. Ich bin vermutlich sogar der einzig verbliebene Mod, der dich noch nie gebannt hat, da ich es als eigene Schuld der Forenmitglieder ansehe, überhaupt mit dir zu reden.
-
SeppJ schrieb:
314159265358979 schrieb:
Du willst also Krieg. Kannst du haben.
Junge, du bist mit jedem im Krieg.
Jupp
*Uzi auspack*
-
hustbaer schrieb:
SeppJ schrieb:
314159265358979 schrieb:
Du willst also Krieg. Kannst du haben.
Junge, du bist mit jedem im Krieg.
Jupp
*Uzi auspack*Römer gegen Römer, ja ist denn heut schon Weihnachten
-
Wie, Römer?
Uzi kommen aus Israel.
Aber gut, dann eben
*Glock auspack*
-
Endlich mal wieder ein richtiger Bitchfight.
-
Es reicht, mal wieder, leider. Warum muss es hier immer wieder wie im Sandkasten zugehen?
