>Прикинь, Java не падает, в отличие от сегфолтов кривособранных Gtk- и Qt-приложений Человек, в любой программе возможны ошибки, и если программа не обработала проблемную ситуацию сама - это сделает за нее некий дефолтный обработчик рантайма или системы. Вот падение с сегфолтом - всего лишь ... стандартная обработка ощибки. Сюрприз, да? :)
>с уносом системы в kernel panic. ;)
Какой еще нафиг кернел паник из-за сегфолта? Что это за системы такие которые сегфолтят из-за кривого доступа к памяти из usermode программы? У разработчиков системы кривые руки если они защиту кернела от юзера обеспечить не могут. Нельзя ли версию системы в студию и сообщение которое появляется при панике возникающем при сегфолте юзерской программы?
> (И, да, я знаю, что сейчас ты скажешь, что у тебя ничего не падает)
Если ты про окончание памяти - то когда надо выделить память под какую-то сущность а памяти нет - вариантов действий весьма немного. Можно или убить прогу совсем, чтоб не мучалась, или сделать вид что все зашибись и нет проблем (дальнейшая логика прогаммы все-равно сломается в хлам). Хотя на сях возможет еще один продвинутый фокус: прога может остаться в аллокаторе и периодически retry'ить выделение памяти в надежде что системе полегчало. Если что я не верю в черную магию - если вы говорите что %s лучше чем %s - обоснуйте чем именно лучше. Скажем, может быть вы хотите сказать что ява программы не отхватывают эксепшнов? Или при нехватке памяти в системе - они магическим образом рожают дополнительную память из вакуума? Наверное именно поэтому в андроидофоны больше всех остальных памяти пхают, ага... :)
