Mono написали обезьяны

Ясно. Они - обезьяны, а ты - Белый Конь

К слову (из официального FAQ):

What does the name "Mono" mean?

Mono is the word for 'monkey' in Spanish. We like monkeys.

знаю, а Java называлась Oak потому что дубовая.

старо, как говно мамонта.

на Visual Basic?

Don't call them developers. Monkeys. (c)

хм... в упор не вижу возможности переполнения(. А то что выделяются два указателя под одну область памяти, преступление не является)) Если не прав, то поправь...

> хм... в упор не вижу возможности переполнения(. А то что выделяются два указателя под одну область памяти, преступление не является)) Если не прав, то поправь...

Может автор скрина намекает на magic numbers(8, 7, 512) в размерах?

=))))))))))))

Почему "НАМЕРЕННО" ? Комментарий FIXME означает, что разработчики видят проблему и оставили её на потом, т.к. на самом деле, переполнение стека на функции alloca() - маловероятное событие, если вызывающая функция не рекурсивная.

> хм... в упор не вижу возможности переполнения(. А то что выделяются два указателя под одну область памяти, преступление не является)) Если не прав, то поправь...

man alloca

Функция alloca() выделяет память в стеке и если произошло переполнение стека, то поведение функции не определено. В мануале,кстати, написано "On many systems its implementation is buggy. Its use is discouraged". Т.е. использование этой функции сильно не рекомендуется.

В ядре таких мест до хренища. И ниче, никто не ссыт в компот.

Кстати, в упор не понимаю, зачем для выделения заранее известного объёма памяти на стеке использовать alloca.

Что мешает написать:

unsigned char p[512];
unsigned char *code_buffer = p;

Просто динамическая память - это круто, вот и весь секрет :)

Иногда это опасно. Так память выделяется в стеке. Если функция будет вызвана рекурсивно, то такое выделение может быстро истратить доступный стек.

Ну, и главное. Этот кусок памяти может быть отдан дальше на обработку при выходе из тела функции. По приведенному же скриншоту нельзя сказать ничего определенного.

>Почему "НАМЕРЕННО" ? Комментарий FIXME означает, что разработчики видят проблему и оставили её на потом

Ну вот в том-то и проблема, что "на потом". Если они ее видят, то пока могли бы обойтись и обычным malloc'ом.

Напиши патч, вышли разработчикам...

> Так память выделяется в стеке.

А alloca что, не в стеке выделяет?

> А alloca что, не в стеке выделяет?

Похоже, что зависит от реализации, и у этой функции может быть свой собственный стек [http://thewml.org/distrib/wml-SNAP/wml_backend/p4_gm4/lib/alloca.c]. Плз, поправьте если не прав.

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

Хм, как на новеньких орать, что они нифига не шарят так это сила, а вот gedit никто и не увидел, где же сила линукс привычки юзать vim или emacs? мне казалось - это первое что надо заучить, особенно, если начинаешь с консоли... а скрин в любом случае кизло, неполный и не обоснованный... кг/ам :q

nicebytes, ты все время пеаришь свой Puppy :)))

слова отдельные понятны, в целом еще понятно что тебе не понравилось. но впечатления полноценной мысли нет. кажется у тебя дислексия.

> где же сила линукс привычки юзать vim или emacs?

Kate - наше всё!

> nicebytes, ты все время пеаришь свой Puppy :)))

есть немного, но я сдерживаюсь :)

МонО.... зачем оно... ?