> Вопрос был в том сколько хэнделов может выделить дос и где они хранятся?
В config.sys (в нормальном ms|pc dos, про фришное поделие я хз) можно указать директиву FILES=число (
http://www.geos-infobase.de/ND_DOCS/206.HTM ), указывающую сколько хэндлов может выделить система (есть и дефолтное значение). Где хранятся - очевидно, где-то в выделенной для себя ядром памяти (в секции данных или в куче). Но в современных операционках эти костыли не очень-то нужны.
Насчёт проверок - давно известное дело. Собственно, если почитать насчёт типизации в языках (и про языки за пределами сишечки, пхп и жабы, впрочем, в них это тоже есть), то ВНЕЗАПНО можно обнаружить что идея с помощью статического анализа программы узнавать где и какие пределы могут быть - совсем не нова, да ещё и в той или иной мере много где реализована. Выражаясь более по-человечески:
Цитата:
компилятор проверяет всякое, чем больше ограничений на тип, тем меньше возможности применить его не туда.
...
всякие казалось бы очень теоретические вещи приходят в общеупотребительные инструменты и находят свое применение, хотя были открыты достаточно давно.
> Что самое удивительное, то в PE есть в заголовке место для задания размера кучи.
Не сильно удивительно, туда чего только не тащили.
> Собственно интересует ваше мнение о причинно-следственной связи. И в чём плюсы минусы детерминированного подхода по сравнению с другими подходами.
Что значит плюсы, звучит как будто этот подход мешает другим, в то время как он совсем не мешает и может применяться вместе с другими подходами. А плюсы очевидны: чем больше проверишь заранее, тем меньше надо будет дёргаться в рантайме (т.е. во время выполнения), соотв. система может работать шустрее и кода может быть меньше. А может и не быть, но хуже не будет.