Wenn std::locale, wie ist das so grob gelöst?

Der Bärenanteil bei der Internationalisierung ist doch wohl die Übersetzung von Texten, die der werte User zu sehen bekommt.
Und in den Weiten des Standard sehe ich da nur die Facette std::message, welche zumindest eine Schnittstelle dafür zur Verfügung stellt (aber ohne die Möglichkeit Parameter zu übergeben). Eine (echte) Implementierung dafür ist mir nicht bekannt.

Ich habe vor Jahren schon mal so eine Frage im Forum gestellt, ob des Einsatzes von std::message - die Antwort war ==0. Eine Internet-Recherche brachte vor kurzen das selbe Ergebnis.

Wir benutzen Qt und auch die Tools von Qt in Projekten ohne Qt.

Gruß
Werner

Schade, sieht so aus, als würdest du recht behalten.

In diesem Fall werde ich mir mal ein paar andere Frameworks anschauen, danke dir für deine Antwort.

Und dann gibt es da so Dinge die da in der Bibliothek gelandet sind und defakto unbrauchbar sind. Wie haben es die da je hineingeschafft?

MfG SideWinder

Und dann gibt es da so Dinge die da in der Bibliothek gelandet sind und defakto unbrauchbar sind. Wie haben es die da je hineingeschafft?

'98 war das wohl alles noch etwas anders.
Ich vermute mal dass sie unbedingt die iostreams standardisieren wollten. Und dabei sind dann einige Dinge einfach durchgewinkt worden.

Ausserhalb der iostreams fällt mir an unbrauchbaren Dingen jetzt auf die Schnelle nur std::uncaught_exception ein.

Ausserhalb der iostreams fällt mir an unbrauchbaren Dingen jetzt auf die Schnelle nur std::uncaught_exception ein.

Ja, natürlich. Hast du dir schon einmal den Destruktor von sentry angeschaut?

Überhaupt ist das nicht unnötig.

Und BTW: was im Dtor von sentry passiert ist implementation-defined. Also... hä?

Selber
Dein Beitrag ist unklar. Schreib was du sagen willst, ich hab' keine Lust auf Ratespiele.

Er meint http://www.c-plusplus.net/forum/319608

Kurz: std::uncaught_exception ist unnötig und wird fälschlicherweise von den iostreams verwendet. Daraus folgt, dass der Beitrag von Sone falsch und unnötig war.

was im Dtor von sentry passiert ist implementation-defined.

Nein. §27.7.3.4/4.
(Vielleicht hätte ich explizit den ostream::sentry sagen sollen... ja, das wäre besser gewesen )

std::uncaught_exception ist unbrauchbar, das steht fest. Wenn du anderer Meinung bist dann beschreib eine sinnvolle Anwendung, dann erklär ich dir gern warum es nicht funktioniert.

Das brauche ich gar nicht. Es gibt einfach keinen anderen Weg, festzustellen, ob Momentan eine geworfene Exception noch nicht gefangen ist.

Und jetzt erzähle mir nicht, dass man das sowieso nicht braucht und jedes Programm das diese Funktion nutzt fehlerhaft designed ist.

fälschlicherweise von den iostreams verwendet.

Die Iostreams wollen nicht den Stream flushen, wenn eine Exception geworfen ist. Ich sehe auf Anhieb nicht, warum das so ist, aber einen Grund hat's bestimmt... (oder ist das schon wieder so ein Fall von Standardkomitee macht nicht nachvollziehbare Dinge?)

fälschlicherweise von den iostreams verwendet.

Die Iostreams wollen nicht den Stream flushen, wenn eine Exception geworfen ist. Ich sehe auf Anhieb nicht, warum das so ist, aber einen Grund hat's bestimmt... (oder ist das schon wieder so ein Fall von Standardkomitee macht nicht nachvollziehbare Dinge?)

Hast du auf den Link geklickt?

Der Grund ist, dass verhindert werden soll, dass 2 Exceptions gleichzeitig geworfen werden. Das ist der Fall, wenn eine Exception stack unwinding forciert und flush auch eine wirft; deshalb wird flush nicht aufgerufen. Aber uncaught_exception ist nicht geeignet, das herauszufinden.

Antworte mir erst, nachdem du diesen Link gelesen hast: http://www.gotw.ca/gotw/047.htm

Und jetzt erzähle mir nicht, dass man [ std::uncaught_exception ] sowieso nicht braucht und jedes Programm das diese Funktion nutzt fehlerhaft designed ist.

Ist aber so.

Grr, nächstes Mal poste ich bevor ich den Link finde, und dann editiere ich später :p

Herr Sone musste halt wie immer schlauer sein, auch wenn er sich mit dem Thema nicht wirklich beschäftigt hat.

der hätte nicht nur, er hat. Was du natürlich nicht gelesen bzw. einfach ignoriert hast.

Herr Sone musste halt wie immer schlauer sein, auch wenn er sich mit dem Thema nicht wirklich beschäftigt hat.

Nein, im Artikel von Sutter wurden sehr gute Argumente und Erklärungen gebracht. Von heiligesch... habe ich nur erzählt bekommen, dass es falsch ist (und dass mein Post kacke war).

Ich dachte eben, dass sicherheitshalber eben so eine Funktion existieren sollte, ob man sie jetzt öfter braucht oder nicht spielt dabei keine Rolle. (Es gibt genug Standardbibliotheks-Teile die auch nur sehr selten gebraucht werden)

Der besteht aus heissen zwei Beiträgen, das hättest du dir schon ansehen können. Und der zweite ist von ihm, mit schön Beispielcode wo man sieht wieso std::uncaught_exception sinnfrei ist.

Aber statt zu gucken warum die Leute anderer Meinung sind, und schreiben dass du Mist schreibst, lieber erst nochmal behaupten dass du Recht hast. Einfach so. Weil du so toll bist.

Der besteht aus heissen zwei Beiträgen, das hättest du dir schon ansehen können.

Das habe ich sogar. Aber der Artikel hat von Null an die Problematik beschrieben. Das bringt einen mehr zum Nachdenken.
Edit: Oder um es anders zu sagen: Das Beispiel von heiligesch... ist - zumindest für mich - schwerer nachzuvollziehen.

lieber erst nochmal behaupten dass du Recht hast. Einfach so. Weil du so toll bist.

Komm, gib's mir. Dreh mal richtig auf. Bring mich mal richtig zum Heulen.

Ich lese hier schon ein paar Wochen im Forum mit, da ich mich sehr für C++ interessiere. Der Name Sone ist mir hier schon sehr oft negativ aufgefallen. Der werte User gibt seinen Senf zu irgendeinem Thema ab und wird in 99,999% der Fälle dann zu recht diskreditiert. Was ja ok ist, wenn man keine Ahnung hat aber so tut.

Aber warum in Gottes Namen tritt er dann nicht etwas kürzer, oder lernt erst einmal die Grundlagen, bevor er Unsinn verbreitet und Neulinge damit immer wieder verwirrt?

Deiner zählt nicht, da du ihn gewisser maßen nach oben gedrückt hast. Der wäre sonst nicht mal auf der ersten Seite der Thread-Liste!

Wir folgern: Leser42 hat einen IQ der dem Suffix seines Namens entspricht.