kennt ihr total unlogische Handlungen beim Ablauf von euren Programmen?

Solche Konstellationen sind mir bisher schon einige Male passiert; jedoch nicht in so einem großen Programm wie jetzt.

Die letzten Male konnte ich Teile noch einmal neu schreiben um die Fehler zu "korrigieren", jedoch konnte ich ihnen bisher nie auf den Grund gehen.

Jetzt stehe ich vor der Konstellation, dass ich ein Verzeichnis öffne, die enthaltenen Dateien durchsuche und im Anschluss das directory-handle mit closedir() wieder schließe.

Irgendwann später (in einem komplett anderen Kontext) werden Kindprozesse gestartet und Pipes erstellt, die zur Kommunikation dienen.

Wenn closedir() aufgerufen wurde, habe ich Probleme mit dem Auslesen der pipe des ersten Kindprozesses. (Obwohl die ja erst danach erzeugt wurde, so besteht nicht einmal die Möglichkeit, dass ich da zufällig einen falschen Pointer reinwerfe o.ä).
Lasse ich closedir() weg, funktioniert alles prima wie gehabt.

Allerdings kann es meiner Meinung nach nicht die Lösung sein, closedir() einfach wegzulassen.
Offensichtlich haue ich irgendwo im Programm irgendwelche Speichersegmente über den Haufen. Die Auswirkungen davon sehe ich jetzt beim closedir()-Aufruf.
Lasse ich das so stehen, kommt in einer ganz anderen Konstellation ein komisches Verhalten ans Licht.

Helfen könntet ihr mir mit Erfahrungsberichten, wie ihr mit solchen Fehlern umgeht, sie eingrenzt & identifiziert.

Oder gibt es eventuell Tools, die das Speicherhandling beobachten (Gibt ja diverse Memory-Leakcheck Tools) und so automatisiert solche Fehler identifizieren können?

Vielen Dank für eure Mühe

Das Problem, dass man irgendwann merkt, dass man sein Proejkt nicht so gut geplant hat, wie man hätte tun sollen kennt wahrscheinlich jeder. Und viele gehen da den Weg komplett alles zu schreiben. (habe ich auch schon getan). Das praktische ist, dass man dann zuerst mal das Design macht und alles durchdenkt und dann kann man bei gewissen Stellen doch recht viel vom älteren Code nehmen und so anpassen, dass er doch ins Konzept reinpasst.

Die Problematik dabei ist auch, dass man Fehler schwer eingrenzen kann. Wie bei deinem closedir() -Aufruf - gut möglich, dass schon sehr viel früher etwas falsch gelaufen ist, das sich aber erst dort bemerkbar macht. Auch fehlerhaft allozierter oder beschädigter Speicher macht oft erst Probleme beim Freigeben (z.B. durch Heap Corruptions).

Ich würde an deiner Stelle versuchen, die Stellen, wo du "frickelig" - also relativ maschinennah und riskant - arbeitest, genauer zu untersuchen. Wenn du viele derer Stellen hast, wird das sehr schnell mühsam, und da lohnt sich ein Neu-Schreiben eher. Wie von drakon angetönt solltest du versuchen, auf höherer Abstraktionsebene zu arbeiten, also Smart Pointer statt rohen Zeigern und Container statt new und delete einzusetzen. Damit kannst du schon mal sehr viel eingrenzen, durch Assertions werden zum Beispiel allfällige Fehler noch viel besser mitgeteilt.