Вот веришь нет, но почти всё что ты описываешь давным давно реализовано в той или иной мере в CP/M совместимых системах. Я уже 100 раз писал и говорил, но всё без толку. Автору is-dos надо было больше искать информации, а не сидеть запёршись в 4-х стенах, глядишь и толк был бы. А так, что мы имеем? Как будто человек в темноте нашаровывает правильный путь, стукаясь лбом о стены и препятствия, идёт к некой цели. Которой изначально не видел. Ему говорили, что так, как он делает - делать бы не надо, что надо "вот так то", но он был глух. Что в итоге? Ну сделаете вы систему, которая имеет подобный CP/M расширенным функционал, но софт от последних там не пойдет.Сообщение от Максагор
На Профике том же, область для запуска программ равна 56-68К ещё с 1997г. И расширяемые модули системы (RSX) в CP/M есть года так с 1982. И менеджеры расширенного ОЗУ и многое еще что есть. Повторяю. Смысла ограничиваться 48К с TRDOS потом отказываясь от него, лепя свой корявое API для работы с файлами (которое до сих пор выглядит как не долеченный инвалид) не было. Нужно было изучить то, что было создано на момент начала работы, продумать концепцию и уж потом начинать делать, а не писать подобие NC выдавая его за ОСь.
Погорячился ты, погорячился. Можно как минимум взять и сделать новое ядро, оставив для совместимости старые функции, и делать ты можешь абсолютно всё что угодно, при этом сохраняя совместимость.
Ответить с цитированием