Насчет загрузки-незакрытия написано, но проблема в том, что он пишет на ассемблере и под виндовс - вслепуюСообщение от MiX
Там и под линух хватает косяков - в частности бинарь получается не линуховый в полном смысле слова, а только принимаемый линухом как таковой... Написано, признано хорошей идеей сделать правильно, но.... ждем - уже версии 3-4... А пока ни одна система с эмуляцией линуха просто не признает бинарь линуховым
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
RORB
Написал простенький тест команды RORB:Скрытый текст
Код:.TITLE RORB -- RORB TEST .IDENT /V01.00/ .MCALL DIR$,EXIT$S,QIOW$,SVTK$S QIOW: QIOW$ IO.WVB,5,1,,,,<TEXT,TEXTL,40> SSTV: .WORD 0,0,V.BPT SSTL = <.-SSTV>/2 START:: SVTK$S #SSTV,#SSTL ;SET SST VECTOR CLR R0 ;SET INITIAL VALUE MOV #18.,R3 ;SET SHIFT COUNT SEC ;SET CARRY BPT ;PRINT VALUES 10$: RORB R0 ;ROTATE RIGHT BPT ;PRINT VALUE SOB R3,10$ ;LOOP EXIT$S V.BPT: MOV R0,-(SP) ;SAVE R0 MOV R0,R1 ;SET R0 VALUE MOV #VR0,R0 ;SET BUFFER ADDRESS MOV PC,R2 ;SET LEADING ZEROS FLAG CALL $CBOMG ;CONVERT TO ASCII MOV #VPS,R0 ;SET BUFFER ADDRESS MOV 4(SP),R1 ;SET PS VALUE MOV PC,R2 ;SET LEADING ZEROS FLAG CALL $CBOMG ;CONVERT TO ASCII MOV (SP)+,R0 ;RESTORE R0 DIR$ #QIOW ;PRINT TO TERMINAL RTI TEXT: .ASCII /R0=/ VR0: .ASCII /XXXXXX, PS=/ VPS: .ASCII /XXXXXX/ TEXTL = .-TEXT .END START[свернуть]
Результат под E11:Результат под SimH:Код:>RUN RORB R0=000000, PS=170001 R0=000200, PS=170010 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 R0=000200, PS=170010 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 >Из теста видно, что когда вдвигается старший бит в SimH устанавливается флаг переполнения, в E11 этого не выполняется. Для команды ROR флаг выставляется и там и там.Код:>RUN RORB R0=000000, PS=170001 R0=000200, PS=170012 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 R0=000200, PS=170012 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 >
---------- Post added at 12:42 ---------- Previous post was at 12:09 ----------
А на MIM все правильно выполняется:там коммерческий вариант старой версии какой-то вродеКод:>RUN RORB R0=000000, PS=170001 R0=000200, PS=170012 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 R0=000200, PS=170012 R0=000100, PS=170000 R0=000040, PS=170000 R0=000020, PS=170000 R0=000010, PS=170000 R0=000004, PS=170000 R0=000002, PS=170000 R0=000001, PS=170000 R0=000000, PS=170007 >
Последний раз редактировалось form; 27.10.2014 в 09:26.
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Пока я собирался с духом, чтобы начать писать "универсальный тест RORB" - эта необходимость благополучно отпала.
Следующий глюк E11 - в команде ASH :
Код:Команды сдвига (частичный тест): ASH (test 1) - OK ASH (test 2) - ERROR: 0xB7C3 / 0xB7BB ASHC (even) - OK ASHC (odd) - OK
Это как понять?, на сайте последняя версия 7.1
Это понять так, что когда я про это писал была еще версия 5.0 максимум
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
TSTVM2 v0.2a
Обновил версию теста до 0.2а
1. Теперь тестирование несуществующих команд пишет информацию о том, какое исключение они вызвали (TRAP 4 или 10), и софтварное тестирование не производится.
2. Отменил отключение клавиатуры. Теперь на ДВК работает без глюков, но мне это не нравится, т.к. если человек нажмет CTRL+C, то останутся неправильные вектора 4 и 10.
TSTVM2 v0.2a
А кто мешает перехватывать CTRL/C, проверять статус нажатия его и отрабатывать в программе?
Тем более что отключение клавиатуры вообще понятие растяжимое
---------- Post added at 18:08 ---------- Previous post was at 18:06 ----------
...или вообще не перехватывать вестора 4/10, а использовать вызов .TRPSET
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Я не ПДП-шник, вашей системы не знаю) Только самые основы, чтобы программы писать)А кто мешает перехватывать CTRL/C, проверять статус нажатия его и отрабатывать в программе?
Тем более что отключение клавиатуры вообще понятие растяжимое
Первый вызов устанавливает обработчик прерываний 4/10 (одноразовый ! - для повтора надо снова вызвать .TRPSET). При входе в SSTISR если бит C установлен - это 10. Второй блокирует двойной CTRL/C, статус проверяется по адресу FLAG - если не 0 - было нажато. AREA и там и там двухсловный блок.Код:.TRPSET #AREA,#SSTISR .SCCA #AREA,#FLAG
PDP-11/83, Электроника МС0511 (УК-НЦ), DECserver 90M
Q-Bus: H9278-A, DLV11-J, DZQ11, DHV11, DELQA-M, LPV11, CQD-420/TM, DRV11
PMI: KDJ11-BF, MSV11-JE
VT220, CM7209
Отчасти это для меня филькина грамота)
Почему нельзя самому менять вектора, а надо использовать TRPSET?
Что такое двойной CTRL+C?
Как отменить любое пользовательское прерывание программы, и как разрешить?
Как сделать так, чтобы при прерывании пользователем, вызывалась какая-либо моя функция, которая восстановит вектора?
Эту тему просматривают: 2 (пользователей: 0 , гостей: 2)
Ваши права
Ответить с цитированием