>В 21 веке, при объёмах кода в десятки тысяч строк (по-минимуму), юзать
>маллоки/фри и строки с "возможно, нулевым концом" - верх раздолбайства. Что
>и наблюдаем в мире ЮНИКС, приправленным корявым поделием Линуса. Так, блин, покажите мне систему которая бы реально использовалась и чтоб у нее ядро не на сях?А то все современные системы которые хоть как-то используются - с ядрами на сях как раз :).В мире виндовса точно такое же раздолбайство - ядро NT на обычном си.В каком мире ядра не на си?In your dreams? :D
И кстати, строго говоря - ни malloc, ни строки с 0 на конце - не есть неотъемлимое свойство си.Там где оно надо - их может и не быть, если так решено.Да, будет несколько нестандартно.Но за это си и используют в системных вещах.Потому что как альтернатива фортелям которые позволяет вытворить си - разве что на асме такое же выписывать делая все ручками.Как пример - посмотрите что делают с сями на мелких микроконтроллерах, где нет никаких malloc-ов зачастую.Как на сях написан Freeldr (ReactOS-овский загрузчик), где сишный код работает при тотальном отсутствии нормального рантайма, ну и прочая.Си может работать даже в случаях когда остальным туго.Скажем гарвардцы у которых память кода и данных разделена.Например у Atmel AVR код живет только в (условно)read-only флеш памяти, а данные - в оперативке.Оперативка не может содержать код.Си и такое свинство устраивает.Многие другие сольют: в таких условиях невозможна какая либо динамичная модификация или генерация кода на ходу.
И кстати на сях запросто пишут даже архикритичный код для систем от которых многое зависит.Правда там где цена вопроса очень велика, вводятся специфичные правила и ограничения.Например, в embedded бывает так что запрещено использовать арифметику указателей (не позволяет програмерам стрелять себе в пятки лишний раз).Не говоря о чисто-статичном выделении памяти (т.е. память просто не может закончится, она гарантировано выделена критичному коду сразу при старте.Ломаться - нечему).
P.A. Да, прикиньте. Си бывает и без malloc.И без 0-strings.И даже без printf и вообще, stdin\stdout и файловая система могут и отсутствовать.А где они в 8-лапом "таракане" находятся?:) Всяким тупым фанбоям микрософта\сана этого очевидно понять не дано.Кстати managed код специально придуман чтобы всякие д@лбо@бы которые слишком тупы чтобы писать без ошибок построились бы в насильном порядке и не засирали все своими дырявыми программами.Увы, цена насильственного форсирования некоторых вещей - большой слив производительности в критичных местах.Как бы тут фанбои не пиндели а зайдя вчера на сайт спецов по компрессии я в очередной раз увидел совет начинающему чуваку - если хочешь чтобы твой компрессор работал быстро, выкинь свой дотнет и юзай плюсы, удивишься разнице, дескать ;)
