[C] Segmentation Fault Problem

Was sagt gdb bzw. der Debugger deines Vertrauens?

Hmm probier mal fflush(stdout); nach dem printf.. Vllt verschluckt er das nur weil er so schnell abstürzt..

fprintf(stderr,"TEST"); sollte auch funktionieren
mfg Oliver

Zitat

probier mal fflush(stdout); nach dem printf

Wenn stdout an ein interaktives Device wie ein Terminal geht, ist es nicht "fully buffered", sondern "unbuffered" oder "line buffered". Dabei bedeutet "unbuffered", daß Zeichen sofort ausgegeben werden, und "line buffered", daß sie spätestens bei einem Newline ausgegeben werden. In obigem Beispiel muß "debug" also sofort auf dem Bildschirm erscheinen.

(Ja, ich bin ein Geek.)

Zum Thema hätt ich auch einen Debugger vorgeschlagen, bzw. ein sehr gründliches make clean und alles neu bauen. Falsch gelinkte Files können sehr seltsame segfaults verursachen, die auch Debugger verwirren.

Und wo in meinem Ubuntu die cores landen, wüßt ich auch gern...

Zitat von Plantschkuh!

Und wo in meinem Ubuntu die cores landen, wüßt ich auch gern...

"ulimit -c unlimited" sollte helfen.

Zitat von jeuneS2

"ulimit -c unlimited" sollte helfen.

Sollte, tuts aber nicht. (Und ist auch die default-Einstellung.)

Mittlerweile mühsam zusammengereimt: Aktuelle Ubuntus schicken coredumps durch ein Python-Skript, das ungern coredumps von Programmen macht, die nicht in /usr wohnen und daher nicht zu einem Package gehören. Es ist zwar vorgesehen, daß auch coredumps für User gemacht werden, aber nur, wenn eine mysteriöse Umgebungsvariable CORE_REAL_RLIM vom Kernel dies erlaubt, und die ist zumindest bei mir auf 0 gesetzt, obwohl der Wert -1, also unlimited, wünschenswert wäre.

davewood: Wenn du es dir antun willst und kannst, ändere in /usr/share/apport/apport um Zeile 290 herum (such nach "likely_packaged") den Code des if-Statements auf sowas:

# changed this section to make sure we also get core dumps for
    # non-package programs---we might want to debug our own applications!
    if not apport.fileutils.likely_packaged(info['ExecutablePath']):
        # error_log('executable does not belong to a package, ignoring')
        error_log('executable does not belong to a package, dumping anyway')
        # check if the user wants a core dump
        drop_privileges(pid)
        # write_user_coredump(pid, cwd, core_ulimit, elfhead)
        write_user_coredump(pid, cwd, None, elfhead)
        sys.exit(1)

D.h. das dritte Argument an write_user_coredump auf None ändern, das ignoriert diese CORE_REAL_RLIM-Variable und schreibt dir im aktuellen Verzeichnis einen coredump in core.PID.

Mit "-g" compilieren (bzw. --debug oder so ähnlich im configure Script, wenn es eines gibt)
gdb ./sample
run
bt
Dann solltest du mehr sehen.

Zitat von Plantschkuh!

Sollte, tuts aber nicht. (Und ist auch die default-Einstellung.)

Seltsam, seltsam. Unter Xubuntu funktionierts damit einwandfrei.