nedoPC.org

Разобрался в некоторой части вчера вечером с CP/M 2.2. RunCPM введет себя несколько странно, возможно это связано с особенностями эмуляции. В реальных системах с СР/M все диски (структуры дисков) заранее определены в биос или рассчитываются на лету по информации из биос в момент загрузки системы.

В СР/M есть механизм регистрации новых дисков, который требует перезагрузки системы. Но в реальных 8 битных системах я с таким не сталкивался.

Да вот еще что. Часть 0008H-0027H системной области не используется СР/M. По крайней мере с теми СР/M с которыми я работал.

Видимо решить вопрос с опросом дисков получится только через функции биос. Может, есть еще варианты, но о них мне не известно.

Есть способы резануть получаемый исполняемый файл для Z80 HITECH-C. Какие то прям безумно "разжиревшие" файлы компилирует.Версия до обновления 4-6 К компилировала, новая сразу на 10К прибавила размер исполняемого файла. Насовали в библы чего то.
https://github.com/agn453/HI-TECH-Z80-C

Использовать библиотеки из коробки, убрать лишний функционал у функций из коробочной версии, новодельные / иправленные функции добавлять по мере надобности. И как последний рецепт, использовать стыренную кросс платформенную последнею версию 7.80PL2.

А между тем операционной системе CP/M в этом году исполняется 50 лет

гугл не говорит точную дату выхода, все единодушны - полтинник и все дела.

Тут вернулся к cp/m80, запустил на эмуляторе редактор ED. После сохранения получается файл 60 МБ. Эмуляторы от японцев - Takeda и EXEcutor.
Проделал ту же операцию с созданием файлов в эмуляторах RuunCPM 1.65 и Z80Emu - получил вменяемый файл.