Hi,

…, foo = : bar, … statt …, foo = :bar, …

Es gab (in Java) ein Member namens foolbar, die auf Änderungen durch eine Methode nicht reagiert hat, obwohl sie dort offensichtlich geändert wurde.

Es gab in der Basisklasse der Basisklasse ein Member foo1bar - an das hat keiner gedacht - und das war das Member, das tatsächlich geändert wurde.

cu,
Andreas a/k/a MudGuard

Hallo Matthias,

So, nun seid ihr dran. Bei welcher Debugging-Aktion habt ihr so richtig 🤦‍♂️ bzw. 🤦‍♀️ machen müssen?

mein längstes Debugging war einmal eine vergessene Initialisierung für eine Variable. Ich hatte sie als Abbruchbedingung benutzt, in diesem Stil:

int c;

while(!c) {
  // tu watt
}

Und habe über sage und schreibe 1,5 Tage nicht gesehen, was ich falsch mache… 😂

LG,
CK

Tach!

class Program {
    static void Main(string[] args) {
        test();
    }

    private static async void test() {
        await Task.Delay(TimeSpan.FromSeconds(5));
    }
}

Warum zum Geier beendet sich das Programm sofort?

dedlfix.

Hallo Matthias,

meine aufwändigste Fehlersuche liegt schon viele Jahre zurück, es muss so um 1990 gewesen sein, auf den PCs lief noch DOS.

Ich hatte für unsere Vorlesung diverse C-Programme geschrieben, um Messdaten aus Vorlesungsexperimenten aufzubereiten und grafisch darzustellen, oder um bei Differentialgleichungen das Lösungsverhalten bei Parameteränderung zu zeigen. Das Computerbild wurde auf die Hörsaalmonitore gegeben, und später kam noch ein „Beamer“ dazu, ein auf den Overheadprojektor gelegtes LCD-Display.

Die Programme wurden aus der Kommandozeile gestartet und haben mehrere Semester ihren Dienst verrichtet. Bei einer Weihnachtsvorlesung kamen dann auch noch Texteinblendungen dazu, Powerpoint gab es ja noch nicht. Da hier das Rechnerbild permanent auf die Monitore gegeben wurde, war die Kommandozeile störend und ich habe ein Steuerprogramm in C geschrieben, das die jeweiligen Programme blind gestartet hat.

Das hat auch zweimal gut funktioniert, aber im dritten Jahr ist der PC abgestürzt. In der Zeit wurde der Hörsaal-PC ausgetauscht und es kam auch ein höheres DOS zum Einsatz. Da die Einzelprogramme liefen, hatte ich das Steuerprogramm in Verdacht, aber das war so übersichtlich, das da eigentlich nichts falsch sein konnte. Erschwerend kam noch hinzu, das der Fehler bei einer anderen Programmreihenfolge nicht oder an anderer Stelle auftrat. Ich habe da bestimmt eine Woche gesucht.

Irgendwann war ich dann so weit, dass das Programm, das vor dem Absturz lief, eine alte und vielfach eingesetzte FFT-Routine enthielt. Und in dieser war ein Array der Länge 1024 angelegt, wurde aber mit 1025 Werten belegt, also ein klassischer Bufferoverflow, der aber erst nach ca. 5 Jahren zugeschlagen hat.

Gruß
Jürgen

Hej Matthias,

aufgrund einiger aktueller Threads, möchte ich die Fehlersuchen zusammentragen, die sehr lange gedauert haben und bereits mit sehr kleinem Aufwand behoben werden konnten, frei nach dem Motto kleine Ursache – große Wirkung.

Auf eine Datei verweisen, die ganz, ganz sicher auf dem Server liegt, also jedenfalls eigentlich liegen müsste, weil lokal unter Windows hat es ja geklappt, auf dem Server aber nciht, obwohl man doch alles 1:1 kopiert hat…

Aufruf z.B. per:

<img src="image.jpg" alt="">

Verzeichnis-Inhalt:

- image.JPG
- image.jpeg
- Image.jpg
- IMAGE.jpg
- IMAGE.JPG

😉

Marc