Цитата Сообщение от form Посмотреть сообщение
Железо в данном случае роли не играет, а собирал M+ 3.0 под 18bit. Про это и говорил - в теории в SGNPREFIX.CMD можно разрешить сборку неподдерживаемой 18битной M+, но на практике в эти неопределенные символы все утыкается.

Там не так все просто. Ну с теми прогами что в исходниках все просто - обычный текстовый редактор. Но большая часть программ идет в виде объектных библиотек - тут уже надо разбирать на модули и делать бинарные патчи, процесс довольно трудоемкий. Также в некоторых программах сообщения лежат в виде RADIX-50, там надо искать подпрограммы которые делают преобразование к нижнему регистру.

Правда, возможно где-то у кого-то в союзе был полный набор исходников для того же 11M 4.0, но если даже и так - ими никто никогда не делился.



Таких программ море было, правда в основном под RT-11.

---------- Post added at 23:21 ---------- Previous post was at 23:15 ----------

Кстати только что обнаружил M+ 3.0 source kit - там конечно не все, но много интересного.
Понял, вы хотите поставить хорошие плюсы на плохое (типа СМ-4 с 256 Кб памяти) железо.

Теперь по сообщениям. Будь под рукой записная книжка... я как-то потратил время, посмотрел, как работает MCR по части декодирования из Р-50 в Аскии: увидел, что после декодирования первый символ сообщения эта подпрограмма пропускает, а ко всем последующим байтам добавляет старший бит (кажется). И получается маленький английский букв, который на советских терминалах выводился как большой русский букв...
Так я просто вставил в тексте макро-11 два NOPа вместо вызова этой процедуры, посмотрел на полученный код, нашёл уникальную последовательность байтов, запомнил, записал в записную книжку-библию, и потом волшебным DUP'ом просто заменял прямо на диске в машинном коде в MCR.TSK два машинных слова вызова подпрограммы двумя НОПами (код 240 (8), кажется). И всё, минимум усилий!
Точно также делалось, когда в прогах типа INS и других не надо было и переводить из Р-50 в Аскии - просто искался и тупился вызов модуля.