Восстанавливаем УКНЦ

[electroscat]

Самый простой вариант дизассемблировать EDIK, найти в нем злополучную последовательность, и исправить ее на что то по проще, типа УПР+E и УПР+Q... Если они там еще не задействованы где то..

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

Даже не дизассемблировать, зачем это, просто в HxD открыть и поискать последовательность CHR 33 10 и 33 25. Попробю так. Может и получится.

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

Опять загадки, код 33h соответствует символу "3" а код 25h - символу "%".. В общем, я похоже азы арифметики подзабыл... Или у вас другая ASCII таблица )))) может это в восьмиричном исчислении ?!?

[Hunta]

33h

25h

А причём здесь шестнадцатиричная система?

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

И да, читаем через строку

А вообще - таблица кодов ASCII с восьмеричным кодами

[electroscat]

Да, понял, по крайней мере ESC - это в OCT 33 а в HEX 1B, все совпадает, искать нужно в бинартнике 15 1B, и такое значение есть, однократно, блок 341-342... Осталось только придумать чем заменить... Например, какой код получается при нажатии УПР + "-" ?

[Bear]

Да Естественно в восьмиричном. Все PDPоды работают в восьмиричной системе. Именно поэтому я так не любил ДВК, Электронику-60 и им подобные

[electroscat]

А причём здесь шестнадцатиричная система?

Прошу прощения, но у меня мозг под нее заточен пока ))))

[Hunta]

код получается при нажатии УПР + "-" ?

Строго говоря, УПР (управляющие, CTRL, control) есть только для символов @, A-Z, [, /, ], ^ и _ (кода 0-37), поэтому для CTRL+"-" его как бы нет. Но учитывая, что это просто нажатие клавиш - на него может быть искусствено повешенный байт в драйвере клавиатуры УКНЦ - и тут надо смотреть или исходник или документацию. Так вполне может быть и то, что ничего не повешено.

но у меня мозг под нее заточен пока

Если доберетесь до анализа кода программ - придётся перестраиваться, так как декодировка команды по её коду делается более простой при восьмиричной записи.

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

Все PDPоды работают в восьмиричной системе.

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

[electroscat]

Похоже теория о том, что если найти код 15h 1Bh и заменить 15h на другой код - провалилась. Не работает вообще EDIK. Сам загружается, а файл не агружает, уходит в вечность... Видимо как то по другому все устроено. Нужно дезасемблировать и разбираться в коде, и его представлении в OCT... Как ни крути...)))

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

Тогда вопрос другого характера, А есть несложный редактор, типа EDIK - только написанный для УКНЦ - и нормально работающий с каким то стандартным набором клавиш, или вообще не работающий с программируемыми клавишами, а только с теми которые жестко зазаны ?

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

Уходить в дремучие леса ассемблера PDP-11 сейчас вряд ли найду возможность....

[Hunta]

если найти код 15h 1Bh и заменить 15h на другой код

Я подозреваю, что там идёт или табличное сравнение или последовательными командами, так что байты 33 и 25 не будут рядом. А если и будут, то 33 будет в младшем байте, а 25 в старшем. Но это гадание на кодовой гуще и как показывает практика - вероятность успеха стремится вниз

[electroscat]

Я подозреваю, что там идёт или табличное сравнение или последовательными командами, так что байты 33 и 25 не будут рядом. А если и будут, то 33 будет в младшем байте, а 25 в старшем. Но это гадание на кодовой гуще и как показывает практика - вероятность успеха стремится вниз

вот в этом отношении мне HEX понятен, там всегда просто найти области переменных, по определенным признакам. И найти все что угодно. В 8 разрядном коде как то все уж очень не понятно в этом отношении, тот же символ ASCII - в HEX - один байт - один символ... А как это в OCT выглядит я до сих пор понять не могу ... Три шестизначных числа как два символа ?!?

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

Похоже чтобы понять OCT нужно было начинать с него. После HEX - это не возможно ))))

[Hunta]

вот в этом отношении мне HEX понятен, там всегда просто найти области переменных, по определенным признакам

Причём здесь области переменных и представление - восьмиричное или шестнадцатиричное?

один бит - один символ

Вот прямо так - один БИТ - один символ?

Три шестизначных числа как два символа ?!?

Как и везде в восьмибитной кодировке ASCII - один байт - один символ. И если HxD не умеет показывать побайтово в OCTAL - то, может, инструмент другой использовать?