Кто печатает 'segmentation fault'?

strings /lib/libc.so.6 | grep 'Segmentation fault'

стандартная библиотека печатает.

шелл уж тут точно не причем;)

> стандартная библиотека печатает.

шелл уж тут точно не причем;)

Ага, только наоборот. В libc живёт функция strsignal, поэтому и строка там. Но дёргает эту функцию шелл, когда видит, что процесс завершился по сигналу. Для проверки можно попробовать завернуть дырявую прогу в скрипт (не шелловский!) с fork-exec внутри и увидеть, что строка не напечатается.

Можно проще:

$ strace -obash_trace /bin/bash
$ /path/to/some/bad/program
Segmentation fault
$ exit
$ grep «Segmentataion» ./bash_trace

Но если есть желание, можно внутри программы перехватить SIGSEGV и напечатать что-нибудь другое :-)

простите за невежество, но SIGSEGV разве перехватывается?

простите за невежество, но SIGSEGV разве перехватывается?

да

> простите за невежество, но SIGSEGV разве перехватывается?

Не перехватываются только KILL и STOP. А после SEGV даже можно сделать (sig)longjmp и продолжить работать как ни в чём не бывало.

да, но это не нужно, ИМХО

ок, спасибо за информацию.

Иногда нужно, при работе с отображаемыми файлами

Сам сталкивался когда работал с проприетарной криптографической библиотекой, она требовала чтобы файл был отображен весь целиком в память, причем иногда памяти требовалось очень сильно много (файлы были более 4х гб, а на машинках ОЗУ было всего 128-256Мб, и свопа около гига), поэтому пришлось извращаться - отображать кусочек, потом ловить SIGSEGV). Правда это было не доделано - библиотеку слава богу заменили на какую-то вменяемую. ;)

ДА иногда нужно согласен, я сам понял что в предыдущем посте фигню написал, хотя тоже приходилось сталкиваться