Bugs in der STL

Hier mal eine Seite mit Fehler in der STL in Visual Studio 2010 bis 2012.

http://blogs.msdn.com/b/vcblog/archive/2012/06/15/10320846.aspx

asc

STLError schrieb:

Hier mal eine Seite mit Fehler in der STL in Visual Studio 2010 bis 2012.

"STL Bugs Fixed In Visual Studio 2012" (so wie du es schreibst klinkt es, als sei 2012 davon noch betroffen, das ist dem aber nicht). Des weiteren gehört dieser Thread wenn überhaupt in das Compilerforum, da es nicht um direkt um "STL-Fehler", sondern um eine fehlerhafte Umsetzung für die VS-Versionen vor 2012 geht.

P.S: Und dir ist hoffentlich auch klar, das der Blog schon 1,5 Jahre alt, und VS2013 draußen ist.

junta

asc schrieb:

P.S: Und dir ist hoffentlich auch klar, das der Blog schon 1,5 Jahre alt, und VS2013 draußen ist.

Fehlerfrei natürlich

asc

junta schrieb:

asc schrieb:

P.S: Und dir ist hoffentlich auch klar, das der Blog schon 1,5 Jahre alt, und VS2013 draußen ist.

Fehlerfrei natürlich

Kein Programm ist fehlerfrei (wenn man vielleicht einmal von einem Hello World absieht), nur ist die Überschrift und der Inhalt nicht ganz richtig. Ebenso ist die Frage warum man auf einen 1,5 Jahre alten Blog verweist, und nicht wenigstens nach aktuelleren Informationen sucht. Ganz zu schweigen davon, das ich keinen Grund für den Post sehe, ins besondere nicht in diesen Unterforum.

daddy_felix

asc schrieb:

Ganz zu schweigen davon, das ich keinen Grund für den Post sehe, ins besondere nicht in diesen Unterforum.

Da wollte ein kleiner Troll wohl mal wieder nen Flamewar (oder sowas ähnliches) starten.

Sobald es kritisch wird kommt die Trollkeule. Dumme, aber effektive Reaktion.

asc

asdfasdf schrieb:

Sobald es kritisch wird kommt die Trollkeule. Dumme, aber effektive Reaktion.

Dann erkläre mir einmal was daran kritisch ist, wenn hier Korrekturen zu einem Compiler genannt werden, der bereits 2 Nachfolgegenerationen hat. Und noch dazu wenn der Autor die Fakten nicht richtig nennt.

Zumal es wie gesagt auch nicht um "Bugs in der STL", sondern um Bugs in der Implementierung eines spezifischen Herstellers geht. Die Überschrift und der Inhalt des Ausgangsposts passen durchaus zu dem Vorwurf des Trollversuchs.

cooky451

Zum Titel würde eher
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2013/n3821.html
passen.

knivil

Kein Programm ist fehlerfrei (wenn man vielleicht einmal von einem Hello World absieht)

Bullshit!

Shade Of Mine

knivil schrieb:

Kein Programm ist fehlerfrei (wenn man vielleicht einmal von einem Hello World absieht)

Bullshit!

Wenn Debuggen die Tätigkeit ist, Bugs aus einer Software heraus zu bekommen, dann ist Programmieren die Tätigkeit diese hinein zu bekommen.

knivil

Deine Aussage ist fuer mich nicht nachvollziehbar. Ich programmiere wahrscheinlich anders. Ich debugge sehr selten.

Nexus

knivil schrieb:

Ich programmiere wahrscheinlich anders.

Oder vielleicht hast du einfachere Aufgabenstellungen. Ich glaube, wir müssen nicht darüber diskutieren, dass die totale Bugfreiheit ab einer gewissen Projektgrösse unrealistisch (bzw. unwirtschaftlich) wird. Wobei die Implementierung eines C++-Compilers definitiv als sehr komplexeres Projekt aufgefasst werden kann.

Ansonsten gehts hier weiter

Viel Zustand ~ Viel Debuggen
Wenig Zustand ~ Wenig Debuggen

Plusminus natürlich, aber tendenziell. Wer also beispielsweise viel Mathekram macht, der braucht tendenziell weniger Zustand und muss darum auch weniger debuggen.

Es kommt daher nicht so sehr darauf an wie man programmiert, sondern vielmehr was man programmiert...

Meine Erfahrung besagt zusätzlich, dass die Viel-Zustsand-Fälle gehasst werden wie die Pest und von den Programmierern dann öffentlich belächelt werden, statt zuzugeben, dass die Abneigung eher von den vielen Fehlerfällen herrührt, die selbst ihre Göttlichkeit nicht vermeiden kann.

asc schrieb:

asdfasdf schrieb:

Sobald es kritisch wird kommt die Trollkeule. Dumme, aber effektive Reaktion.

Dann erkläre mir einmal was daran kritisch ist, wenn hier Korrekturen zu einem Compiler genannt werden, der bereits 2 Nachfolgegenerationen hat.

Ganz einfach nicht jeder arbeitet immer mit der aktuellsten Version. Ich kaufe mir doch nicht alle zwei Jahre ein Visual Studio oder ein Photoshop neu...tztztz.

Nexus

decimad schrieb:

Viel Zustand ~ Viel Debuggen
Wenig Zustand ~ Wenig Debuggen

Kein Zustand ~ Nie Debuggen?
Dann muss ich sofort auf funktionale Programmierung umsteigen

Nein, die Grundidee stimmt natürlich. Viele Bugs entstehen durch unerwünschte Seiteneffekte und nicht-lokale Abhängigkeiten. Vor allem sind diese Bugs tendenziell schwieriger zu finden als pure Denkfehler.

decimad schrieb:

Wer also beispielsweise viel Mathekram macht, der braucht tendenziell weniger Zustand und muss darum auch weniger debuggen.

Das verstehe ich hingegen nicht ganz, was meinst du überhaupt mit Mathe (auf Programmierung angewandt)? Lineare Algebra, Graphentheorie, Geometrie, Statistik, ...? Würde nicht unbedingt behaupten, dass man dazu wenig Zustand braucht...

Nebenbei, wieso löschst du deinen Account, wenn du doch ständig hier postest?

knivil

Ich glaube, wir müssen nicht darüber diskutieren

Nee, muessen wir nicht. Ich werde nicht deiner Meinung sein.

dass die totale Bugfreiheit ab einer gewissen Projektgrösse unrealistisch (bzw. unwirtschaftlich) wird.

Und meine Erfahrung ist anders.

Kein Zustand ~ Nie Debuggen?
Dann muss ich sofort auf funktionale Programmierung umsteigen

Du hast funktionale Programmierung nicht verstanden.

Flame war, please.

asc

knivil schrieb:

Kein Programm ist fehlerfrei (wenn man vielleicht einmal von einem Hello World absieht)

Bullshit!

Du magst es als Bullshit bezeichnen, es gibt sogar diverse Studien zu dem Thema. Sobald Programme über eine höhere Komplexität verfügen ist es nahezu unmöglich sie fehlerfrei zu bekommen. Eine andere Frage ist aber ob die vorhandenen Fehler in der üblichen Betriebszeit und -umgebung auffallen.

Nenne mir bitte auch nur ein komplexeres Programm das du als fehlerfrei ansiehst. Mir ist bis heute jedenfalls bewusst noch kein einziges untergekommen.

asc

tztztztz schrieb:

asc schrieb:

asdfasdf schrieb:

Sobald es kritisch wird kommt die Trollkeule. Dumme, aber effektive Reaktion.

Dann erkläre mir einmal was daran kritisch ist, wenn hier Korrekturen zu einem Compiler genannt werden, der bereits 2 Nachfolgegenerationen hat.

Ganz einfach nicht jeder arbeitet immer mit der aktuellsten Version. Ich kaufe mir doch nicht alle zwei Jahre ein Visual Studio oder ein Photoshop neu...tztztz.

Dann hat das Thema dennoch nicht in diesem Unterforum zu suchen. Es ist kein Fehler von C++, sondern von einer ganz konkreten STL-Umsetzung. Und das die STL von Visual Studio nicht perfekt ist, sollte glaube ich inzwischen jeder wissen.

Nexus

knivil schrieb:

Du hast funktionale Programmierung nicht verstanden.

Und du Smileys nicht.

knivil

Du magst es als Bullshit bezeichnen, es gibt sogar diverse Studien zu dem Thema.

Habe davon gehoert, nie eine gesehen. Quellen! Desweiteren ist das Statistik, d.h. viele schlechte und durchschnittliche Programme/Programmierer. Daraus eine Unmoeglichkeitsaussage abzuleiten, ist Bullshit.

Nenne mir bitte auch nur ein komplexeres Programm das du als fehlerfrei ansiehst. Mir ist bis heute jedenfalls bewusst noch kein einziges untergekommen.

Sie gehoeren nicht mir, sondern meiner Firma.

1.) Module koennen fehlerfrei geplant werden
2.) Module koennen fehlerfrei implementiert werden.
3.) Module koennen entkoppelt werden.
4.) Module koennen fehlerfrei verknuepft werden.
5.) Es gibt Strategien Fehler zu vermeiden.
6.) Es gibt Mittel zur Beherrschung von Komplexitaet.
7.) ...

Warum sollte das nicht ausreichen, fehlerfrei Software zu produzieren?

Oder anders gefragt: Was fehlt, um fehlerfreie Software zu produzieren?