Эмулятор CPM, text only

[Error404]

(я про CPM32_04)
Там при сборке генерится файл em180.asm (если его не было). Вот там и .... самый форменный =/
Попробую найти АСМ, который скомпилит его...

Я сейчас по-другому сделал. Заменил оригинальный АСМ-движок Z80 ядром Z80 на C (2 файла) из этого проекта что рекомендовал mastermind :

https://github.com/MockbaTheBorg/RunCPM - этот эмулятор не годится? Он уже кросс-платформенный, ничего допиливать не надо.

Работает. Конечно, помедленнее чем версия на ASM. Но зато теперь нет преград andreil для портирования на Линупс ибо никакого ASM, pure C only (кстати, я бы тоже поюзал когда будет результат). Сам пока не стал - там надо заморочиться с консолью, как бы не ncurses придется заюзать чтобы портануть 1:1 (ибо позиционирование курсора и т.п.).
На винде проверял на ядре Юзикса. Собирает бинарник 1 в 1 с тем, что выпекает исходный вариант мастера Мураками. Получившееся положил пока что тут (исходники):
https://github.com/serge-404/CPM32
Собирал в Borland C Builder 5 (удобно жеж: отладка, GUI - вот это вот всё). Планирую пару мелких усовершенствований чуть погодя, раз уж под рукой теперь есть рабочий проект.

[Advertiser]

[Error404]

Планирую пару мелких усовершенствований чуть погодя, раз уж под рукой теперь есть рабочий проект.

Слегка увеличил TPA до 59.75к (т.е на 256 байт). BDOS теперь начинается на 0FF00h а BIOS на 0FFCAh. Да, дистанция от BDOS до BIOS теперь не кратна 256 байтам, но сохранять эту древнюю традицию времен CPM 1.x не считаю нужным - за всю практику мне попадалось только одно кривое приложение, считающее высоту BDOS/BIOS по регистру H (т.е. кратно 256), остальные делают грамотно - по полному 16-битному значению ячеек (1-2) и (6-7). В принципе, можно еще сотню байт добавить в TPA вычистив пустоты между буферами BDOS, но это уже будет "лучшее враг хорошего".

Добавил частичную (для наиболее распространенных кодов) поддержку орионовской разновидности VT-52. Теперь экранные CP/M-приложения с позиционированием курсора и очистками строк/экрана работают как надо, а не кашей символов:

Скрытый текст

1.

2.

.

[свернуть]

Актуальное залил на GIT. Прикинул объем переделки под Линпус - приличненько, не зря andreil прячется.

[Error404]

Добавил в cpm.exe поддержку KOI8, с псевдографикой. Конечно, мелочь, а приятно.



Пока не придумал как поддержать в консоли Винды включение и выключение инверсии символов для VT52. То, как оно было сделано у Мураками, в современных консолях Винды (W7...W10) не работает (хотя в доках не пишут как такое может быть).

[Error404]

Добил инверсию, еще будет часть кодов Robotron-1715 эмулироваться (т.к. на Орионе было прилично софта от Роботрона, работало через драйвер-транслятор).
Также, почти готова версия для Линукс (ну как для Линукс, оно же и для Винды - на дефайнах компилируется из общего исходника) - набит и отлажен код, на чтение уже работает, осталось чуть поднажать.

Подумываю на основе этого сделать текстовую эмуляцию Ориона - добавить страницы памяти и порт F9, без графики (консоль - клавиатуру и текст - перехватывать на обращениях к определенным подпрограммам как и было сделано у Мураками для эмуляции CP/M).



- - - Добавлено - - -

Ну, типа чтобы Юзикс работал в этом текстовом окошке

[L Juriy]

Error404,Вот еще эмулятор СРМ. Работет и под Linux.
Я для себя переделал для I8085 вместо Z80.Работает с консолью.

[Error404]

Error404,Вот еще эмулятор СРМ. Работет и под Linux.
Я для себя переделал для I8085 вместо Z80.Работает с консолью.

Отлично. Наши разработчики UZIX теперь будут иметь обширный инструментарий. Вот только все попрятались.
Тем не менее я все же доделаю версию эмуля Мураками для Линукса, т.к. он ориентирован на Hitech-C (в частности обработка статусов завершения чего нет в оригинальной CPM 2.2, но есть в самом компиляторе и оно нужно для пакетной обработки). Потом сравню обе версии, главный критерий - компилируемость UZIX (не код же сравнивать - там наверчено у обоих, причем эмуль из вложения вроде посложнее смотрится). Компиляция UZIX задает нативной CPM-версии Hitech-C и эмулятору передельные нагрузки по ресурсам, которые вывозит далеко не каждый эмулятор CPM.

Есть и более далеко идущие планы: когда версия эмуля CPM для Linux будет полностью готова, я вкручу ее в сам UZIX (уже имеющийся ассемблерный эмуль уступает по возможностям) - там он будет запускать код CP/M (т.е. имитировать BDOS/BIOS, оставляя всё ОЗУ ТРА) в дополнительной целой 64к странице. Этим получим "UZIX собирает UZIX", что сейчас вообще ни один 8-битный юникс клонов UZI пока еще не делает.

[Error404]

В-общем, эмулятор для линупса испёк. Hitech С работает, псевдографику, спецрежимы символов, эмуляцию экрана ROBOTRON1715 и Kaypro тоже вроде как-то впилил.
Осталось допилить makefile для UZIX и далее будет стресс-тест.
Неприятно удивило, что правила makefile написанные под виндовозный make (который вообще-то тоже GNU) не работают под линупсом (и тамошний make говнит, утомил).

[andreil]

В-общем, эмулятор для линупса испёк. Hitech С работает, псевдографику, спецрежимы символов, эмуляцию экрана ROBOTRON1715 и Kaypro тоже вроде как-то впилил.
Осталось допилить makefile для UZIX и далее будет стресс-тест.
Неприятно удивило, что правила makefile написанные под виндовозный make (который вообще-то тоже GNU) не работают под линупсом (и тамошний make говнит, утомил).

Всё нормально там написано.
Проблема только в Windows-API, растущем везде и отовсюду В *NIX нет функций _splitpath, _makepath, _searchenv - надо переписывать места с их использованием.
И ещё - в линуксе пути регистрозависимы, так что путь, используемый в функции load_program, некорректен. Там сперва проверяется доступность файла, потом его имя и путь приводятся к верхнему регистру

[Error404]

Всё нормально там написано.
Проблема только в Windows-API, растущем везде и отовсюду В *NIX нет функций _splitpath, _makepath, _searchenv - надо переписывать места с их использованием.
И ещё - в линуксе пути регистрозависимы, так что путь, используемый в функции load_program, некорректен. Там сперва проверяется доступность файла, потом его имя и путь приводятся к верхнему регистру

Это все сделано уже, думаешь чем я тут столько времени занят? И консоль в т.ч. (которая в оргинале тоже вся Винда-платформеннозависимая), там тоже пришлось подумать и погуглить т.к. для BIOS CPM нужен небуферизированный ввод-вывод на консоль и просто линуксовый putchar/getchar не проканает. Мулятор который на git уже содержит в cpm.c код для обоих ОС (Win/Lin). Я про другое спрашивал - про makefile для сборки уже самого UZIX, который ты как пишешь тут у тебя уже переделанный под Линукс есть. Это сэкономит мне пол дня как минимум, что по нынешним временам немало.

[Error404]

В-общем, эмулятор причесал, Hitech C собрало UZIX под эмуляцией на Linux. Цель номер один (эмуляция CP/M) достигнута.
Далее попробую впилить в этот эмуль дополнительно включаемый режим эмуляции АльтаирДОС (т.е. неполный Орион - без графики), чтобы можно было под Линукс "не отходя от кассы" запускать в эмуляции UZIX.COM (ядро Юзикса, которое есть CP/M приложение, но оперирующее страницами ОЗУ через орионовский порт F9). Но в отличии от, работать оно будет уже не с локальными файлами, а с образом, т.к. эмулировать ФС Юзикса из локальных файлов шибко геморно ИМХО т.к. там отстуствует какой-то уровень абстрагирования, а устроено оно сложнее CP/M.