Linux.by

Jun 10 19:27:00 FreeBSD kernel: pid 544 (bash), uid 1000: exited on signal 4 (core dumped)

Давайте и дальше говорить, что FreeBSD стабильнее Линукса...

P.S. Как говорит sanitar, "Хочу кровавого флейма"

Pasha писал(а):Jun 10 19:27:00 FreeBSD kernel: pid 544 (bash), uid 1000: exited on signal 4 (core dumped)

Давайте и дальше говорить, что FreeBSD стабильнее Линукса...

Упал Баш (видимо).
Что дальше??

Из этого ничего не следует.
С таким же примером можно доказывать, что Linux падучее DOS

Сигнал 4 (aka SIGILL) вызывается эксепшином при попытке исполнить несуществующую инструкцию процессора (например, такое часто случается, когда не по адресу используешь пакеты, заточенные и оптимизированные под конкретный тип процессора).
В большинстве случаев сие происходит имеено по вине самой userspace программы.

Опиши свою проблему по-подробнее. Т.к. первичного объема информации недостаточно, чтобы судить о нестабильности FreeBSD

bash поставлен из пакета.
Никаких оптимизаций при компиляции я не ставил.
Вылетело это чудо просто при набиве команды (по телнету, если это что-то меняет).

Я это говорю просто оттого, что меня приверженцы FreeBSD часто убеждают, что она стабильнее и "лучше" Linux. Только вот под Линуксом у меня bash ни разу не падал...

2Pasha:
Под рукой у тебя корка и не натравить на нее gdb - это не делает тебе чести. Выяснить причину, хотя бы можно было б попробовать.

Смешно все это как-то выглядит...

А bash тебе зачем? Это его ошибка поэтому и упал а связано может быть с тем что Linux что то нестандартно делает а bash это использует в то время как FreeBSD больше стандарты уважает и такие штучки не проходят. Есть стандартный /bin/sh

Чаще всего такие падения бывают когда какой то буфер переполняется например в строку вогнали больше знаков чем под нее выделено и остаток полез в стек что перебрасывает execution flow выполнение программы в случайное место на котором может быть все что угодно в том числе и неправильные команды процессора что еще можно считать что повезло потому что могло быть и хуже.

Anonymous писал(а):Чаще всего такие падения бывают когда какой то буфер переполняется например в строку вогнали больше знаков чем под нее выделено и остаток полез в стек что перебрасывает execution flow выполнение программы в случайное место на котором может быть все что угодно в том числе и неправильные команды процессора что еще можно считать что повезло потому что могло быть и хуже.

ГМмм... это ж сколько тыщ символов надо влепить что б оверфлоу сделать

reflex писал(а):

Anonymous писал(а):Чаще всего такие падения бывают когда какой то буфер переполняется например в строку вогнали больше знаков чем под нее выделено и остаток полез в стек что перебрасывает execution flow выполнение программы в случайное место на котором может быть все что угодно в том числе и неправильные команды процессора что еще можно считать что повезло потому что могло быть и хуже.

ГМмм... это ж сколько тыщ символов надо влепить что б оверфлоу сделать

Иногда хватит пара байтов. Главное - не количество, а точное место.

Bash пользует GNU readline. Она делает realloc если надо. Т.е. длина строки тут не причем.

Вот именно. А bash полетел после того, как я случайно нажал правую клавишу с логотипом винды :):)