Ну так опция "Scratch RAM option" и предлагает выбор :
1 - Using BIOS stack area at 0030:0000
2 - Reducing base memory size by 1 kb
На моем 286-ом с AMI D286 биос-ом от 90-го года так, конечно это легально))
Это то да, я имел ввиду что при последующем переносе кода в HMA с освобождением откушенного килобайта возникнет
необходимость корректировки значения вектора INT 13h, которое сохранил DOS и по которому он будет передавать управление
дальше (типа в БИОС, но на самом деле в обработчик в откушенном килобайте). Обработчик в бывшем откушенном и теперь
освобожденном килобайте будет затерт транзитной частью command.com или другой программой и на этом все, придется
жать "Reset". Скорректировать это значение можно, оно сохраняется в сегменте 0070, на другое которое уже будет указывать
на обработчик в HMA, но это опять же лишний доп.код.
Обработчик находится в io.sys / ibmbio.com, делает кучу каких-то внутренних проверок и передает управление дальше.
Даже не знаю стоит ли с ним копаться, лучше получить так или иначе оригинальный вектор биос-а и работать с ним
в обход всего.
Да, полностью поддерживаю.
Передо мной встала подобная дилемма, когда давно-давно делал программку для загрузки с дисковода B:
Маленький код, уместившийся в boot-сектор, но уменьшающий базовую память на 1кб таким вот способом,
или городить схему перемещения ради освобожения этого килобайта, к тому же этот доп.код еще надо было размещать
в других секторах на дискете, так как boot-сектор не резиновый, и еще добавлять в boot-сектор доп.доп.код, чтобы
считывать тот первый доп.код )) В общем, в данном случае первый простой вариант оказался гораздо лучше.