CP/M для profi

[Vadim]

библиотека windows почему то ещё требует запуска именно с устройства "а"

Конечно же нет, ещё в 1998г я из родных исходников сделал адаптацию в Q-DOS, все работает прекрасно с винта, с любой буквы. PeepShow просто сделал перекомпиляцию - убрал защиту, не "ломал".

[Sayman]

убрал защиту, не "ломал".

будеш смеяца, но у меня досих пор где-то валяеца ломанная версия игры. я не помню от кого её получал, но там к игре есть дока - инструкция по взлому, типа погрузить sbug погрузить туда ком файл и по таком то адреса сделать вот такие изменения..и типа всё..

[Vadim]

Я видел это и читал, тот человек и защиту-то не мог убрать, шрифты там полетели и ещё что-то не так. Мне смешно было.

[Error404]

ты ещё с ерором404 пообщайся, под орион тоже был цпм, тока там надо какую то карту иметь с процом z80 на борту.. а ваще хороший вариант это msx-2. там и цпм и юзикс есть, в котором есть эмуляция цпм...и мсх дос есть...

Пожалуй подписался бы под мсх дос. Более поздняя чем CP/M поделка, в достаточной степени совместимая.

На Орионе точно так же как и на Профи - большая часть "графического" ПО для CP/М лазает в экран напрямую. И исходников нет. Что конечно же бяка. Меньшая часть работает через расширение (в части работы с цветом, окнами) искейпов VT-52 драйвера дисплея - это что писал я и компания - на это есть и исходники. Но думаю, на Орионе всяко меньше ПО чем на Профи, хотя бы потому, что целенаправленно разработкой ПО никто не занимался, кроме единиц энтузиастов, все только перепродавали ворованное фирменное ПО (терминальное) - вот этого вагон и тележка, но в-основном это горы разного шлака (типа как на CD-ROM Валнута).

[sergey2b]

целенаправленно разработкой ПО никто не занимался, кроме единиц энтузиастов, все только перепродавали ворованное фирменное ПО (терминальное) - вот этого вагон и тележка, но в-основном это горы разного шлака (типа как на CD-ROM Валнута).

интерестно а терминальный cp/m софт с Профи пойдет на +3
у меня есть фирменные cp/m дискеты для +3

[Vadim]

Пойдет. Только надо убедиться в том, что драйвер терминала на +3 сможет всё правильно отобразить. Ещё проблема с CP/M на +3 - физически-то дискеты такие же как и в режиме ZX-Spectrum - 40SSDD. Нужно будет взяться и сделать переделку на 720К (80DSDD)

[Advertiser]

[Black_Cat]

Но ниже C000 не сдвинется.

а можно сделать так, чтоб ниже #C100 не двигалось? А в идеале даже #E100?

[Vadim]

А в идеале даже #E100?

Ну скорее всего так и будет, хотя E1 слишком высоко... Зачем столько памяти то? Если экран в сегменте лежит, пусть он 16К и занимает, но не постоянно подключен, а только для записи и желательно что бы его в любом окне можно было бы подключить.

[Black_Cat]

Ну скорее всего так и будет, хотя E1 слишком высоко...

Что значит высоко? TPA получается от #100 до #E100, экрана нет как такового вообще. Те проги, которым экран надо, ставят его в окно CPU1 или CPU2 (можно вообще любое) на время работы с ним (архитектура Хiмеra). Переключение памяти возможно не только страничное, но и полубанками (32k) и банками (64k). При этом области #0-#100 и #E100-#FFFF (в сумме 8k) остаются всегда на своём месте, закрывая адресное пространство подставляемых под них страниц. Таким образом можно мгновенно переключать задачи, держа их в ОЗУ, и подключая переключением страниц. Программы можно грузить в память так, как это принято для Спектрума, используя существующее железо.

[Vadim]

Что значит высоко?

Ну под систему то остается ой как мало...

При этом области #0-#100 и #E100-#FFFF

Когда программа работает с экраном, то оставлять область 0-100 не обязательно. Т.к. прерывания запрещаются (ну как бы так принято делать было везде, например в MSX, когда идёт переключение памяти в адресах 0000-3FFF) ставим с адреса 0 то, что хотим, как сделали, подключили обратно то, что было и всё ок.

Таким образом можно мгновенно переключать задачи, держа их в ОЗУ, и подключая переключением страниц.

В системе MP/M так и сделано. Система многозадачная, память многостраничная. Страницы ОЗУ размером с 32к-48к подключаются с 0 (с 100H в то время сделать было очень трудно, ПЛИС не было в 1979г таких как сейчас). первые 100h байт во всех страницах содержат одно и тоже, что бы при переключении данные по адресам 0-100h не изменились. При приходе аппаратного прерывания (в Z80 используется режим 1, т.е. идёт выполнение команды rst 38h, т.к. это проще чем режим 0 (аппаратно не нужен контроллер перываний, который бы подсовывал процу команду CALL). в 0038 лежит команда JP XXXX куда то в сиситему, там сохраняются все регистры прерванной программы, переставляется стек и вызывается супервизор. Он выбирает из списка задач следующую, и переключает страницы ОЗУ, восстанавливает ее регистры и запускает с прерванного места. Таким образом получаем "многозадачное" окружение. Параллельно могут работать несколько COM программ. Или обрабатываться несколько удалённых терминалов.