Особенности процессоров и устройств архитектуры PDP-11. Тесты. Диагностика.

[AFZ]

Если в УКНЦ используется цепочка IAK(I\O), зачем еще разведен VIRQ?

VIRQ - это Vector Interrupt ReQuest - запрос (требование) векторного прерывания. IAKI/O - это Interrupt AcKnowledge Input/Output, то есть вход или выход подтверждения прерывания, по которому абонент шины, выставивший этот запрос, (или, если несколько абонентов выставили запросы одновременно, то ближайший по "змейке") обязан выдать код (адрес) вектора прерывания, сопроводив его сигналом RPLY.

[Advertiser]

[Patron]

.

Тест: ANSI1.SAV - проверяет работу ANSI-парсера.

;
;	ANSI1.MAC  -  ANSI parser test #1
;
.MCall	.Print, .Exit

START:	
	.Print  #TstStr
	.Exit

TstStr:	.ASCII	<33>'<'
	.ASCII	<33>'[2J'
	.ASCII	<33>'[0;0H0'
	.ASCII	<33>'[0;0;2;2H1'
	.ASCII	<33>'[0;0;2;2;4H2'
	.ASCII	<33>'[6;0H'
	.ASCIZ	' ANSI parser test #1'
	.Even

.End	START

На терминале PuTTY результат такой:



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

Тест: ANSI2.SAV - проверяет работу ANSI-парсера.

;
;	ANSI2.MAC  -  ANSI parser test #2
;
.MCall	.Print, .Exit

START:	
	.Print  #TstStr
	.Exit

TstStr:	.ASCII	<33>'<'
	.ASCII	<33>'[2J'
	.ASCII	<33>'[1;2H'
	.ASCII	'12345'
	.ASCII	<33>'[2;2H' <33>'[4;0;7m'
	.ASCII	'12345'
	.ASCII	<33>'[3;2H' <33>'[0;7;0;4m'
	.ASCII	'12345'
	.ASCII	<33>'[4;2H' <33>'[4;0;7;0m'
	.ASCII	'12345'
	.ASCII	<33>'[6;0H'
	.ASCIZ	' ANSI parser test #2'
	.Even

.End	START

На терминале PuTTY результат такой:

[Alex_K]

Тест: ANSI1.SAV - проверяет работу ANSI-парсера.

Тест: ANSI2.SAV - проверяет работу ANSI-парсера.

Patron, насколько я понял, вы хотите узнать в каком порядке используются параметры в CSI-последовательности? По порядку, с начала. Тест в Emustudio Titus-а с эмуляцией КЦГД дал аналогичные результаты, как с 181-ой, так с 182-й прошивками.

[Patron]

По порядку, с начала.

Во втором тесте - да ( повторный сброс атрибутов текста производится ), в первом - нет ( позиционирование со вторым набором координат не производится ).

Тест в Emustudio Titus-а с эмуляцией КЦГД дал аналогичные результаты, как с 181-ой, так с 182-й прошивками.

Результаты теста 3 должны отличаться.

...

Тест: ANSI3.SAV - проверяет работу ANSI-парсера.

;
;	ANSI3.MAC  -  ANSI parser test #3
;
.MCall	.Print, .Exit

START:	
	.Print  #TstStr
	.Exit

TstStr:	.ASCII	<33>'<'
	.ASCII	<33>'[2J'
	.ASCII	<33>'[1;2H' <33>'[0;4m' <33>'[0;7' <33>'m'
	.ASCII	'12345'
	.ASCII	<33>'[2' <15> ';2' <12> 'H' <33>'[0;1m'
	.ASCII	'12345'
	.ASCII	<33>'[3;2H' <33>'[0;'<30>'7m'
	.ASCII	'12345'
	.ASCII	<33>'[4;2H' <33>'[0;4'<32>'m'
	.ASCII	'12345'
	.ASCII	<33>'[6;0H' <33>'[m'
	.ASCIZ	' ANSI parser test #3'
	.Even

.End	START

На терминале PuTTY результат такой:

[Alex_K]

Может не так выразился, но более точно с начала. Т.е. задали вы в команде позиционирования <Esc>[...H​ десять параметров, то будут использованы только первый и второй.

[Patron]

Может не так выразился, но более точно с начала. Т.е. задали вы в команде позиционирования <Esc>[...H​ десять параметров, то будут использованы только первый и второй.

Тесты показывают следующее. 1) Если команда имеет один параметр - вызов этой же команды с 10 параметрами превращается парсером в последовательность 10 вызовов с каждым из параметров. 2) Если команда имеет более одного параметра - вызов этой команды с любым числом параметров ( от 0 до MAX ) превращается парсером в один вызов с нужным числом параметров. Если параметров больше, чем требуется - будут использованы те, которые были заданы первыми.

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

В реальности (скорее всего) парсер просто передаёт обработчику команды массив параметров и как его использовать решает обработчик, но мне удобнее не встраивать разбор массива параметров в обработчик каждой команды, а использовать описанное выше универсальное правило.

[MiX]

Результат на КЦГД с 181 прошивкой.

[Alex_K]

Тесты показывают следующее. 1) Если команда имеет один параметр - вызов этой же команды с 10 параметрами превращается парсером в последовательность 10 вызовов с каждым из параметров. 2) Если команда имеет более одного параметра - вызов этой команды с любым числом параметров ( от 0 до MAX ) превращается парсером в один вызов с нужным числом параметров. Если параметров больше, чем требуется - будут использованы те, которые были заданы первыми.

В реальности (скорее всего) парсер просто передаёт обработчику команды массив параметров и как его использовать решает обработчик, но мне удобнее не встраивать разбор массива параметров в обработчик каждой команды, а использовать описанное выше универсальное правило.

Насчет одного параметра. Посмотрел, как делается обработка <Esc>[...A и <Esc>[...B в 181-й прошивке КЦГД, там используется только первый параметр, а если его нет, то принимается равным единице. При обработке <Esc>[...H только первые два параметра.
А так да, парсеры они все программные, поэтому как написаны, так и делают.

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

А вообще уж лучше уже сделать эмуляцию КЦГД. Эмуляция процессора 1801ВМ2 есть, так что можно и замутить.

[Patron]

Насчет одного параметра. Посмотрел, как делается обработка <Esc>[...A и <Esc>[...B в 181-й прошивке КЦГД, там используется только первый параметр, а если его нет, то принимается равным единице.

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

[Alex_K]

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

В КЦГД так и делается. Парсер собирает в массив до 20-ти параметров, если больше 20-ти, то игнорируются, зпоминается тип вызова, т.е. [ или [?. А уже каждый обработчик решает, как их использовать.

Но уж лучше сделать эмуляцию КЦГД.