Цитата Сообщение от Lethargeek Посмотреть сообщение
только по-честному вместо mov для загрузки адреса буфера надо бы использовать lds
LDS для работы с памятью, размером с десяток байт?!

Цитата Сообщение от Hunta Посмотреть сообщение
И чем вам драйвера помогут?
Помогут, драйверы - это тоже программы.

Цитата Сообщение от Hunta Посмотреть сообщение
Не каталоги, а подкаталоги. И подкаталоги - не все. RSX поддерживает (один уровень подкаталогов), MS-DOS 1.0 и 2.0 - нет
Было много пива? Каждый каталог, кроме корневого - подкаталог. А ДОС 2 очень даже каталоги поддерживает и на большую глубину. Вот специально для вас сделал снимок экрана - восхищайтесь - это Дос от 1982. Нажмите на изображение для увеличения. 

Название:	dos2.png 
Просмотров:	66 
Размер:	17.9 Кб 
ID:	71539

Цитата Сообщение от Hunta Посмотреть сообщение
Если проводить аналогию с MS-DOS (которая не берёт на себя управление памятью), то это будет RT-11 SJ монитор - на системе с ДП загрузка аналога сегментного регистра - ровно одна команда. И этих сегментных регистров - восемь штук. Да, безусловно, это сложнее и тормознее.
Мы говорим о довольно редких вещах. Читал когда-то, что пытались использовать эти регистры базы с системой RT11 и были проблемы.

Цитата Сообщение от Hunta Посмотреть сообщение
А вы не думайте, а поищите факты.
А что тут искать? Неужели заказчик не мог попросить 4 метра за свои деньги?!

Цитата Сообщение от Hunta Посмотреть сообщение
Вы пробовали? Я пробовал.
Очень интересно. И сколько займет код для обращения байту в массиве из 70000 байт?

Цитата Сообщение от Hunta Посмотреть сообщение
Вы пробовали? Я пробовал. Особенно люблю оверлеи, резидентные в памяти. Почитайте про них - глядишь, кругозор и расшириться
А что там такого особенного? Что-то типа использования EMS - банкуем странички.

Цитата Сообщение от Hunta Посмотреть сообщение
Это вы не в курсе про DECUS и софт оттуда
Не нашел там электронных таблиц. Помогите.

Цитата Сообщение от Hunta Посмотреть сообщение
Ну прям открытие. Ничего, что я знаю про это с тыща-девятьсот лохматого года, а вон рядом стоит плата DE10, на которой крутился PDP-2011 с поддержкой всего этого? А теперь открытие - под RSX-11M-PLUS на J-11 я легко сделаю 128 кб КОДА плюс 64 кб данных
Извините, но без вашей помощи не смогу понять, как можно 128 кб кода в 64 кб адресном пространстве.

Цитата Сообщение от Hunta Посмотреть сообщение
Я эту возможность знаю и легко умею использовать с 1987 года плюс возможность одну разделяемую библиотеку компоновать с другой, плюс возможность любую из них размещать в любой странице ДП (спасибо PIC), плюс знаю как сделать возможным библиотеке обращаться к другой, без знания, с какого адреса она загружена. Просто надо знать RSX и уметь в ней работать.
Отлично, но об этом и предыдущем случае вы не упомянули.

Цитата Сообщение от Hunta Посмотреть сообщение
Осмеливаться будите, когда цифры приведёте - 8086 (1978 год) против PDP-11/70 (1974 год)
Это про то, что 8086 гораздо более новая и продвинутая технология? Странная для Вас позиция, PDP-11 существено подороже и помощнее была. Только с 80286 (1982) началось технологическое отставание PDP-11. Цифры для PDP-11 не знаю, прошу тут Вашей помощи, а для х86 это лишняя загрузка сегментного регистра и обращение к памяти через префикс, т.е. чуть больше одной команды.

Цитата Сообщение от Hunta Посмотреть сообщение
Ни в грош.
Так не долго и в маргиналы попасть.

Цитата Сообщение от Hunta Посмотреть сообщение
Учитывая, что компилятор MACRO-11 двухпроходной, на первом проходе он уже начинает расставлять команды по адресам и ему НУЖНО знать, сколько слов займёт команда, а на втором проходе он генерит код, учитывая, что BR (и её аналоги) занимает слово, а JMP слово или (обычно) два... Я могу сделать так, что бы генерировалось BR или JMP даже вперёд, но смысла из за особенностей MACRO-11 нет - BR займет два слова. Если же разбивать программу на небольшие подпрограммы - то BR хватит всегда
BR займет два слова вместо одного?! И зачем такое нужно?! А макрос такой очень даже полезный для систем, где исторически и архитектурно, с памятью не густо. Но макро-11 не умеет.