адаптация CP/M-программ под стандартный ZX-Spectrum

[Vadim]

если бы стояла задача запустить что-то в режиме CP/M, я бы так и спросил.

Мне непонятна сама идея. Порт софта из под ОСи, пусть и старой, в режим компа без оной. Не понимаю - зачем? Варианты эмуляции ОС ущербны. Исходники некоторых программ под CP/M есть, но они опять же ориентированы на то, что у нас есть система, которая поддерживает работу с файлами. А не трдос. Что делать? Прилеплять поддержку файлов? Перелопачивать программу? Смысла не вижу. Вот и написал.

[artice]

Согласен с предыдущим оратором! В cp/m свои графические и текстовые режимы! Придётся и процедуры вывода графики переделывать и саму графику перерисовывать, как-то так...

[caro]

Согласен с предыдущим оратором! В cp/m свои графические и текстовые режимы! Придётся и процедуры вывода графики переделывать и саму графику перерисовывать, как-то так...

Нет там никакой графики, за редким исключением.
Основной режим текстовый, причем базовым является режим 80 символов в строке, что и является основной сложностью при адаптации таких программ под Спектрумовский экран, в котором максимально можно разместить 64 символа в строке.

[Vadim]

Нет там никакой графики, за редким исключением.

Слова о графике некорректны вообще, уже много раз читал: "графика и CP/M". Компьютер может иметь графические режимы, а программы, которые запускаются под управлением CP/M могут напрямую обращаться к аппаратуре. На многих 8-и битных компах как правило так и было (MSX, Amstrad CPC/PCW, Kaypro, Commodore и многие другие). Т.е. программного интерефейса ни в CP/M 2 ни в версии 3 нет. Аналогично в обоих MP/M. Единственным графическим расширением было GSX, но, насколько я знаю оно было только под CP/M 86.

[caro]

Вопрос а) перекомпилированы ли под ZXCPM основные средства разработки? PL/pascal/etc и с чем есть проблемы?

Сейчас под ZXCPM перекомпилированы:
1) Редактор текстов WordMaster (WM);
2) Пакет M80/L80/LIB80;
3) Компилятор под микроконтроллеры серии MSC51;
4) Компилятор C - версия BDSC.
TurboPascal есть в исходниках, но он требует свободной памяти в TPA не меньше 40 кбайт, а это в ZXCPM не возможно, учитывая что начало TPA = 0x6100.

[PPC]

Насчёт графики. GSX как раз изначально был 8-битный, и назывался GSX-80. Где-то в сети есть PDF с описанием, поищите. Под чем поддерживается, навскидку не вспомню. С GSX-80- 2 проблемы:он очень медленный, и в системе без банков отжирает в районе 13К плюс GSX BIOS (низкоуровневые драйверы для точки, линии, штриховок и т.п.)

[Advertiser]

[Vadim]

У меня где-то в коллекции неразобранной, возможно этот документ и есть. Но вот программ для этой библиотеки я не видел. Разбирая коллекцию я всё сортирую. Много разных дизассемблеров, утилит для вывода текст на принтер, файловых утилит (крайне простых), перекодировщиков текстов. Вот на них бывают исходники. Архиваторы тоже есть с исх.

[siril]

Мне непонятна сама идея. Порт софта из под ОСи, пусть и старой, в режим компа без оной. Не понимаю - зачем? Варианты эмуляции ОС ущербны. Исходники некоторых программ под CP/M есть, но они опять же ориентированы на то, что у нас есть система, которая поддерживает работу с файлами. А не трдос. Что делать? Прилеплять поддержку файлов? Перелопачивать программу? Смысла не вижу. Вот и написал.

Тут несколько аспектов, если честно об удивительно богатом наследии cp/m узнал совсем недавно, о том, что это в своё время это был очень развитый и коммерчески успешный стандарт, что программы, написанные для cp/m работают на очень разных по архитектуре компьютерах и работают без переделки (сам убедился на нескольких эмулях), и что тот же Zork и другие классические текстовые адвентюры были впервые написаны именно для неё.

Всё это богатство буквально на расстоянии вытянутой руки от спектрума – но по известным причинам в стандартном спектрумовском режиме cp/m работать не будет.

Однако ради фана и ради proof of concept мне интересно обкатать алгоритм адаптации произвольного cp/m кода: 1) через сбор информации о точках вызова системных функций путём перехвата этих функций и сбора/анализа содержимого стека, 2) интерактивное дизассемблирование с учётом информации собранной на первом этапе.

Для этапа 1 нехватало знаний и информации о внутреннем устройстве cp/m - в сети находилась только нерелевантная ерунда, спасибо большое caro, Eltaron, esl за наводки и материалы.

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

Кстати, хотел ещё поспрашиват про cp/m на спектрум-клонах "вообще": была ли версия cp/m для графического режима Scorpion/GMX (тот, который с аппаратным скроллом)?
Как насчёт ZXCPM с базовым адресом #4000 и с экраном в 7-ой странице (что даёт нам 48кб, так как эмулятор теминала может быть в той же самой 7й странице).

Какие интерактивные дизассемблеры Z80 кроме IDA существуют? Которые могли бы подтягивать таблицу меток и заменять абсолютные адреса на них?

---------- Post added at 02:08 ---------- Previous post was at 02:04 ----------

И ещё, где брать софт под cp/m? Есть ли что-то вроде WOS/VirtualTRDOS, но с cp/m контентом?
Какое-то русскоязычное сообщество/хранилище русскоязычных документов по cp/m и российских клонов?

[Vadim]

И ещё, где брать софт под cp/m? Есть ли что-то вроде WOS/VirtualTRDOS, но с cp/m контентом?
Какое-то русскоязычное сообщество/хранилище русскоязычных документов по cp/m и российских клонов?

В инете есть несколько сайтов с коллекциями. В вики есть ссылки (англ). Поиск по словам CP/M programs. Есть сайты авторов некоторых программ (например тот же Aztec C). Есть ещё сайт одно немца, который дизасмом увлекается. Он и выложил исх. m80 и turbo pascal - то что я искал годами. Основная коллекция это "walnut creek cp/m cd-rom". Это файло-помойка. Некая структура там есть, но в общем свалка. Я свою коллекцию собираю из всего что найду. Одна и та же программа в том же cd-rom встречается много раз, бывает в разных версиях, то с описаниями то без. Я стараюсь делить программы по категориям, добавляя где не было краткое описание. Но уже год или полтора как опять забросил. Муторно очень.

---------- Post added at 07:59 ---------- Previous post was at 07:55 ----------

но по известным причинам в стандартном спектрумовском режиме cp/m работать не будет.

Но много чего будет работать на ZX +3. Проблемы с экраном конечно, медленный вывод, но принципиально конечно оно заработает.

[PPC]

У меня где-то в коллекции неразобранной, возможно этот документ и есть. Но вот программ для этой библиотеки я не видел.

Вот здесь можно забрать документацию на GSX80 которую я упоминал.
http://www.z80.eu/gsx.html
Там-же примеры работы GSX80 на 128м комоде с исходниками. Так что единый графический интерфейс у CP/M был. Просто к тому времени (1983) эта операционка как-бы помре в одночасье. А на отпочкованной MS-DOS до появления GDI в ранних окошках, единого графического интерфейса для прог как-бы не было, хотя Digital Research и предлагала GEM под MS-DOS, впрямую унаследованный от GSX уже в 84м году, но всем на это было как-бы наплевать.
http://toastytech.com/guis/gem11.html
Бизнес выбрал Микрософт, а дальше - по известной формуле, follow the money.
Мы могли бы жить в куда более совершенном мире, но случилось то что случилось.

А вообще, если CP/M программы нуждаются в рекомпиляции, значит машина не совсем CP/M - совместимая. Кстати, текстовый режим 80 символов в строке не является требованием, но некоторые проги типа WordStar, Multiplan или SuperCalc просто рассчитаны на такой текстовый режим и не могут реконфигуриться иначе. В CP/M была идеология что инсталляторы патчат .com файл на совместимость с управляющими esc последовательностями терминала и кол-во символов в строке и столбце, но не все этому следовали.