<![CDATA[tips zur fehlersuche]]>Ein Programm lief bis jetzt relativ Problemlos. Klassisch, bei einer Vorführung, kam es zu einem Absturz. Ich konnte den Fehler halbwegs lokalisieren und stellte fest, daß: wenn eine Init Funktion 3x (!!!) aufgerufen wird und danach eine bestimmte 2te Funktion startet kam es zum Absturz.

In der 2ten Funktion wird mittels printf() ein String zusammengebastelt. Nahm ich diese Zeile raus war alles gut. Nach ein paar Änderungen lief es.
Ich fing an wieder step by step in Richtung Ursprung zurückzusetzen. Und der Hammer: als alles wieder so war wie am Anfang, lief es auf einmal Problemlos. Häh?

Der Absturz kann ja meiner Meinung nur Speicherbedingt sein. Ein try-catch würde nicht wirklich helfen, da daß Problem ja nicht behoben wird.

Wo fange ich an? Jetzt, wo alles wieder läuft.

]]>https://www.c-plusplus.net/forum/topic/225827/tips-zur-fehlersucheRSS for NodeThu, 01 Oct 2026 08:42:09 GMTSat, 25 Oct 2008 14:32:41 GMT60<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 14:32:41 GMT]]>Ein Programm lief bis jetzt relativ Problemlos. Klassisch, bei einer Vorführung, kam es zu einem Absturz. Ich konnte den Fehler halbwegs lokalisieren und stellte fest, daß: wenn eine Init Funktion 3x (!!!) aufgerufen wird und danach eine bestimmte 2te Funktion startet kam es zum Absturz.

In der 2ten Funktion wird mittels printf() ein String zusammengebastelt. Nahm ich diese Zeile raus war alles gut. Nach ein paar Änderungen lief es.
Ich fing an wieder step by step in Richtung Ursprung zurückzusetzen. Und der Hammer: als alles wieder so war wie am Anfang, lief es auf einmal Problemlos. Häh?

Der Absturz kann ja meiner Meinung nur Speicherbedingt sein. Ein try-catch würde nicht wirklich helfen, da daß Problem ja nicht behoben wird.

Wo fange ich an? Jetzt, wo alles wieder läuft.

]]>https://www.c-plusplus.net/forum/post/1604664https://www.c-plusplus.net/forum/post/1604664Sat, 25 Oct 2008 14:32:41 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 14:40:31 GMT]]>Zur Erzielung höherer Performance mit gleichzeitiger Steigerung der Stability werden im Highend Engeneeringprozess Debugger eingesetzt. Damit wird die Baseline des agilen Developments vorgeführt und ein return on investment ist sicher.

]]>https://www.c-plusplus.net/forum/post/1604669https://www.c-plusplus.net/forum/post/1604669Sat, 25 Oct 2008 14:40:31 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 15:03:23 GMT]]>Aber es läuft doch. Keine Ahnung wie ich den Fehler provozieren kann.

]]>https://www.c-plusplus.net/forum/post/1604683https://www.c-plusplus.net/forum/post/1604683Sat, 25 Oct 2008 15:03:23 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 15:07:09 GMT]]>Teste weiter. Gib es dein Programm mal noch anderen Leuten zum testen. Ansonsten Schwamm drüber.. (mach irgendwo einen Vermerk und warte ab..)

]]>https://www.c-plusplus.net/forum/post/1604691https://www.c-plusplus.net/forum/post/1604691Sat, 25 Oct 2008 15:07:09 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 16:36:37 GMT]]>Oh mann, wie konnte ich bis jetzt nur OHNE Debugger arbeiten.

Obwohl es nicht zum Absturz kam ermittelte ich ein Segmentation Fault daß durch eine nicht zurückgesetzte Variable ausgelöst wurde. Dadurch daß Init automatisch ausgeführt wird, ich dann Init 3x neu startete und mit 4 der Max-wert erreicht war kam es zum Überlauf.

Ich verstehe nur nicht, daß das Programm trotzdem eigentlich fehlerfrei lief?

Eine Frage noch: Die Informationen des Segmentation Fault verwiesen auf verschiedene andere Header. Behoben habe ich es aber in einer ganz anderen Funktion, die nicht aufgelistet war. Ist das normal? Zum. ist der Fault jetzt weg.

]]>https://www.c-plusplus.net/forum/post/1604758https://www.c-plusplus.net/forum/post/1604758Sat, 25 Oct 2008 16:36:37 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 19:03:03 GMT]]>Segmentation fault tritt ja auf, wenn du auf Speicher zugreifst, welcher dir eigentlich nicht oder nicht mehr gehört. Kommt durch Nullzeiger oder wildezeiger und ähnliches. Das Verhalten des Programmes ist da undefiniert, dass macht diesen Fehler so gefährlich. Undefiniert heisst genau das, was es heisst. Grundsätzlich könnte die Hölle gefrieren, das wäre auch korrektes Verhalten. Das Programm könnte aber auch ohne Probleme weiterlaufen, ist auch erlaubt ... usw. usf.
Deshalb sollte man wenn möglich immer entsprechende Bereichsüberprüfungen einbauen, ausser man ist sich GANZ SICHER, dass kein Überlauf oder ähnliches stattfinden wird.

Und ja, solche Fehler behebt man manchmal Meilenweit entfernt vom eigentlichen Fehler, das ist durchaus üblich.
Ganz mühsam wird es, wenn der Fehler Speicher eines völlig anderen Objektes verändert und der veränderte Speicher dann an einer anderen Stelle zum Absturz führt. Es gibt in der Programmlogik dann überhaupt gar keine Verbindung zwischen den zwei Bereichen, ausser das halt zufällig der eine Zeiger genau an die falsche Stelle gezeigt hat 🙂

Grüssli

]]>https://www.c-plusplus.net/forum/post/1604813https://www.c-plusplus.net/forum/post/1604813Sat, 25 Oct 2008 19:03:03 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 20:07:01 GMT]]>(s)printf. ist erstens C und prüft zweitens nicht ob der Speicher auf den es zugreift überhaupt dir gehört. Ein wunderbarer Kandidat für Speicherzugriffsfehler, überschriebene Rücksprungadressen (mein Favorit) und mehr schwer zu findende Späße.
Mein Tip: (s)printf ist zwar Bestandteil von C++. Aber seit 1998 gibts den C++ Standard, seit 1993 das ARM. und C++ Strings und Streams gabs schon davor. Nutz die Mittel des Standards, die dir Sicherheit vor Speicherzugriffsfehlern geben.

]]>https://www.c-plusplus.net/forum/post/1604820https://www.c-plusplus.net/forum/post/1604820Sat, 25 Oct 2008 20:07:01 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 19:28:25 GMT]]>Nicht nur printf() , sondern sehr viele Teile von C (gerade Zeichenkettenverwaltung) sind sehr anfällig auf Speicherzugriffsfehler, Memory Leaks und andere Unschönheiten. Wenn du C++ programmierst, solltest du auch dessen Vorteile nutzen.

pumuckl schrieb:

überschrieben Rücksprungadressen (mein Favorit)

Ist dir das echt schon passiert? Wie verhielt sich das Programm dann? 🙂

]]>https://www.c-plusplus.net/forum/post/1604836https://www.c-plusplus.net/forum/post/1604836Sat, 25 Oct 2008 19:28:25 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 19:54:55 GMT]]>Gar nicht erst Fehler machen, dann sparst du dir auch die nervige Suche 😉

]]>https://www.c-plusplus.net/forum/post/1604848https://www.c-plusplus.net/forum/post/1604848Sat, 25 Oct 2008 19:54:55 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 19:58:45 GMT]]>T0bi schrieb:

Gar nicht erst Fehler machen, dann sparst du dir auch die nervige Suche 😉

Ich bin ja mal gespannt, wie du das mit deiner Signatur in Einklang bringen willst... 😉

Real programmers code binary!
I never comment my sourcecode. What's HARD to write must be HARD to read!

]]>https://www.c-plusplus.net/forum/post/1604852https://www.c-plusplus.net/forum/post/1604852Sat, 25 Oct 2008 19:58:45 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 20:06:20 GMT]]>Nexus schrieb:

Ist dir das echt schon passiert? Wie verhielt sich das Programm dann? 🙂

Ist einfach kommentarlos ausgestiegen. Der Clou an der Sache: das trat nur im Releasemodus auf. Im Debugmodus lief alles einwandfrei. Wir haben zu zweit einen kompletten Arbeitstag gebraucht um mit cout-Statements rauszufinden, dass zwar das Ende einer bestimmten Funktion erreicht wurde, aber das cout direkt nach dem Rücksprung nicht mehr ausgeführt wurde. Der Kollege hat dann mit irgendeinem Stack-monitor wohl gesehn dass es tatsächlich die Rücksprungadresse war, derweil durfte ich in der 3000-Zeilen Funktion suchen, welches von den 200 printf's auf ca. 30 char-buffern denn schuld war. Außer der Dateiendung und dem Compiler war da nicht viel C++ bei 😕

]]>https://www.c-plusplus.net/forum/post/1604854https://www.c-plusplus.net/forum/post/1604854Sat, 25 Oct 2008 20:06:20 GMT<![CDATA[Reply to tips zur fehlersuche on Sat, 25 Oct 2008 20:11:26 GMT]]>Finde ich recht interessant...

Das sind halt die Momente, wo ich wieder froh bin, C++ programmieren zu dürfen. 😃
(Wobei einem auch hier sehr mühsame Fehler unterlaufen können. ;))

]]>https://www.c-plusplus.net/forum/post/1604857https://www.c-plusplus.net/forum/post/1604857Sat, 25 Oct 2008 20:11:26 GMT