K
Xebov schrieb:
Das Dokument hast du ja schon. Es ist undefined behavior. Es kann passieren das da was crasht, du hast aber auch ne gute Chance das es einfach weiterläuft und irgendwo anders dann ggf Daten zerschossen werden wenn du pech hast.
ja, hab sogar was besseres gefunden, nutzte nur leider nix.
Arcoth schrieb:
So eine Art von Verhalten gibt es im Standard nicht, weil es völlig unklar wäre, was als Crash gilt, und welche Art von Crash überhaupt auf allen Plattformen implementierbar ist. Deine Platform könnte einen Crash festlegen. Auf einem gewöhnlichen System generiert bspw. die MMU einen trap, welcher dann über dein OS als Segfault gemeldet wird. Auf einem System ohne entsprechende Hardware wird es vielleicht anders ausgehen. Dieses Systemabhängige Ausnahmeverhalten ist als "undefiniertes Verhalten" im Standard zu finden.
ja eben, das denke ich auch und ich bin der Meinung wenn man Qualität liefern sollte dann macht man einfach den existierenden fix noch ins bevorstehende Release weil das geht schneller als ewig drüber zu diskutieren. (cherrypick 5 Minuten, Testen 0,5 Tage 1 Person, Diskussion= mehrere Leute sind den halben Tag, eventuell länger, abgelegt)
Arcoth schrieb:
Es macht wenig Sinn sich auf C++03 zu beschränken, wenn die Chance besteht, defekte Teile zu zitieren. Wenn die Teile nicht defekt sind, hätte man gleich C++14 zitieren können (welches im Übrigen auch eher auf das Verhalten aktueller Implementierungen zutrifft, und ich hoffe doch stark, dass ihr nicht mit VS2005 arbeitet).
da hast du recht, nur muss es jetzaein C++03 document sein weil sonst sagt mir der Code Author das ich von was ganz anderem spreche.
gcc, nicht die aktuellste weil mehrerer Plattformen, x86, unterschiedliche arm, die embedded Welt bewegt sich langsam.
hier gibt es etwas dazu,
http://cs.nyu.edu/courses/summer11/G22.2110-001/documents/c++2003std.pdf
3.7.3.2 Punkt 4 das selbe wie im C Standard, nur mit einer Fussnote das Hersteller einen vielleicht einen Crash implementieren ... das reichte, wir fixen später,
egal, ich hab es dokumentiert, es ist nur ein Job, irgendwann lande ich in einem Umfeld die Qualität ähnlich ernst nimmt ... bis dahin hoffe ich dass ich mich nicht zu sehr anpasse, und versuche zu lernen warum es besser sein kann wenn viele Leute einen Halben Tag lang reden und nix tun, als 1 Person einen halben Tag lang arbeitet und etwas repariert
