Компьютер для CP/M. Формулировка ТЗ.

[barsik]

Что-то никто не ответил на мой вопрос о стандарте СР/М по организации страниц в ОЗУ

Вам не ответили, потому что никто не знает ответа. В СССР и СНГ никто не имел CP/M 3.0, тем более в банковом варианте. И всё-же раз CP/M 3.0 поддерживает многобанковость, то значит какой-то механизм управления памятью там был. ЕМНИП помню, что читал, что там был какой-то RSX (возможно расшифровывается, как Resident System eXtension).

Чтобы разобраться, Вам придётся самому читать документацию по CP/M 3.0 вот здесь. И по-прежнему остаётся вопросом, есть ли компиляторы хоть каких-то ЯВУ, позволяющие писать программы использующие многобанковость (неважно, управляя ей стандартно, т.е функциями ДОС или по железу конкретной машины). Если ни компиляторов, ни программ для многобанковости нет, то зачем она?

[Advertiser]

[OrionExt]

И по-прежнему остаётся вопросом, есть ли компиляторы хоть каких-то ЯВУ, позволяющие писать программы использующие многобанковость (неважно, управляя ей стандартно, т.е функциями ДОС или по железу конкретной машины).

Существует HI-TECH Z80 C Compiler 7.80PL2 c поддержкой менеджера памяти Z180 (и не только) и еще были. Только какой в них прок для ОС которая не видит больше 64 Кбайт. Другое дело применять эти компиляторы для различных специализированных систем, но это уже другая история.

[Xrust]

Не совсем понял про указатель стека. Если стек хранить - другое дело. Но я не зря упомянул про ЮТ-88

[OrionExt]

А что рам-диск, он в адресном пространстве ЦПУ не лежит. Как я понял обмен с ним идет через стек и порт 40H. Для хранения данных оригинальное решение, но программу в нем не запустить. Если мы об одном и том же рам-диске говорим.

Речь ведь шла о страницах памяти в адресном пространстве ЦПУ.

[Xrust]

За то, через него можно организовать обмен данными. А программу все равно не запустишь в нескольких страницах.

[OrionExt]

А программу все равно не запустишь в нескольких страницах.

Можно еще поверху ОС такую штуку накатать (это для MSX). Так сказать такой вариант менеджера памяти TSR. Есть готовая графическая библиотека для Турбо Паскаля 3.0, как некий модуль, загружаемый выше 64кб в среде TSR. Пишешь программку на Паскале в обычной ОС (макс 64 кб) и вызываешь графические функции из памяти выше 64 кб. Красота

Так что и для CP/M (MSX-DOS1) память выше 64кб полезна.

Чего только не придумывали, чтобы обойти ограничение в 64кб

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

Да MSX-DOS1 - это по сути CP/M-2.2. Честно спионерили одни, а потом другие еще раз продали спионеренное известной компании (не ASCII).
И первому пионеру, вторые трубу и барабан вручили за "работу" Исторический факт таки.

[TomaTLAB]

Ну как не запустишь... Цельным куском, конечно, проблематично.
Но делать вызовы процедур (функций) размещенных на разных страницах вполне возможно.
В MSX есть такое понятие как "межслотовый вызов", а "слот" там та-же страница памяти суть и есть.
Другое дело как скрестить ежа с ужом.

[Shiny]

маленький оффтоп: а есть ли владельцы компа Altair?

[OrionExt]

маленький оффтоп: а есть ли владельцы компа Altair?

Долго думал, что ответить, вы видимо темой ошиблись.

[Shiny]

Долго думал, что ответить, вы видимо темой ошиблись.

ой, ну надо же - потратить массу времени на ответ.

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

Вот только пользователей Альтаира тут походу никогда не было...

собссна, собрать готовый Альтаир - это куча гимора похоже.