Вектор-06Ц: Операционные системы

[Improver]

Improver, желательно изменить переключение регистров по аналогии с тем, как патчили T34 - чтобы одиночное нажатие РУС/ЛАТ и СС переключало соответственно русский/латинский и большие/маленькие.

Я бы ещё индикатор "РУС" задействовал к тому же, но что-то начал смотреть БСВВ, как поправить клавиатуру, а там всё шибко мудрёно сделано, просто так не разберёшься... А есть информация по этому патчу для Т-34?

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

Вспомнил еще одну вещь, которую возможно надо патчить в FH51. Реальщики писали про какие-то проблемы с линией reset где-то там, что ее вроде для некоторых приводов надо отсоединять или что-то в этом духе. Про FH51 не знаю, есть тут это проблема или нет.

Я исправлял, а в FH51 проблема с линией reset, скорее всего, сохранилась. Надо переделать код проверки готовности НЖМД, лучше работает в таком виде:

Скрытый текст

; ПП проверки готовности НЖМД
L_D9D9:	PUSH D
	PUSH B
	MVI  D, 005h	; пять раз...
L_D9DD:	IN      057h	; Регистр данных. Чтение данных в буфер сектора контроллера
	ANI     0C0h	; 1100 0000
	CPI     040h	; 0100 0000 устройство готово к операции
	JZ      L_D9F2	; >> выход из цикла, при выходе A=40h
	DCX  B
	MOV  A, B
	ORA  C
	JNZ     L_D9DD	; цикл на 65536 попыток
	DCR  D
	JNZ     L_D9DD	; цикл на 5*65536 попыток, при выходе A,B,C,D=0
L_D9F2:	ANA  A		; устанавливаем признаки по А
	POP  B
	POP  D
	JZ      L_D9F8	; получение кода ошибки и RET
	IN      057h	; Регистр данных. Чтение данных в буфер сектора контроллера
	RET
;
; ПП чтения ошибки
L_D9F8:	POP  PSW	; чистка стека
L_D9F9:	IN      057h	; Регистр данных. Чтение данных в буфер сектора контроллера
	RRC		; сдвиг вправо, бит 0 заносится в признак С.
	IN      051h	; Чтение:	Регистр ошибок. Содержит признаки последней ошибки.
	JC      L_DA02	; если предыдущая команда закончилась с ошибкой
	XRA  A		; ошибки нет
L_DA02:	MOV  B, A	; В = код ошибки
	IN      057h	; Регистр данных. Чтение данных в буфер сектора контроллера
	MOV  C, A	; сохраняем результат
	ANI     020h	; выделяем ошибку "сбой записи"
	ORA  B
	MOV  B, A	; дополняем код ошибки в В
	MOV  A, C	; восст. Регистр данных.
	ANI     0C0h	; выделение сигналов "устройство готово" и "занято"
	CPI     040h	; уст.Z если "готово"
	MOV  A, B	; код ошибки в А
	JZ      L_E6AB	; переход, если сигнал "готово" (?было на L_DA15)
	MVI  A, 010h	; 1xH = сброс на цилиндр 0 (x = step rate) (?было ORI)
xxDA15:	OUT     05Fh	; Системный сброс (лучше не пользоваться, сходство с 57Н без обнуления микросхем жесткого диска).
L_E6AB:	STA     L_E873	; сохраняем код ошибки
	ANA  A		; устанавливаем признаки по ошибке
	RET

[свернуть]

Весь секрет -- минимальное использование "OUT 05Fh", у меня он вызывается только в самом крайнем случае.

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

Кстати, почему T-72 ? Теперь это T-14 "Армата" или как минимум T-90 по приемственности.

Вот вычистим от всех багов, тогда будет Т-90 или Армата, а пока пусть модификацией называется...

[ivagor]

А есть информация по этому патчу для Т-34?

Информации нет, но вроде версии в базисе патченые. В 34 язык переключается по F5, в 35 - РУС/ЛАТ.

Весь секрет -- минимальное использование "OUT 05Fh", у меня он вызывается только в самом крайнем случае.

Если я правильно понял, надо убрать out 5Fh из процедуры проверки готовности и оставить в процедуре чтения ошибки. В FH51 аналогично mdos31h, out 5Fh в процедуре проверки готовности есть.

[Improver]

Если я правильно понял, надо убрать out 5Fh из процедуры проверки готовности и оставить в процедуре чтения ошибки.

Да, ещё поправить адрес перехода и одну команду (см.последние пять строк приведённого кода).

[ivagor]

Правильно я понял, что от L_E6AB можно оставить пару команд?

[Improver]

Я имел в виду вот эти правки:

	JZ      L_E6AB	; <<-- было на xxDA15
	MVI  A, 010h	; <<-- было ORI??
xxDA15:	OUT     05Fh
L_E6AB:	...

А то в исходном варианте тут диск ресетился даже если был сигнал "готов".

[ivagor]

Различия в процедурах я не сразу, но разглядел, вопрос вызвало то, что в E6AB в mdos31h заметно больше пары команд, неужели они все лишние?

[electroscat]

Нашел баг в FH51, думаю, такой же будет и в других системах.. Причем, наверное это даже и не баг, а недоделка какая то программистов прошлого.... При инициализации получается 144 полных дискеты и одна не полная. Последнюю полную я потестил, работает исключительно, все читается и пишется. При тестировании "неполной" ASC показала ее обьем такой же как у полной. Ну это не к системе, а к разработчикам ASC. Тем не менее, при копировании на неполную дискету все "скопировалось", сообщений о том что DISCK FULL или NO SPACE не было. Но при обращении к крайним файлам BDOS System error - и игнорировать Y\N ... Ну и при форматировании последней дискеты DELETE - программа подвисает, прекращается "моргание" светодиода через некоторое время после старта и программа перестает отвечать. Помогает "блк+сбр". Собственно, тут заморачиваться, на мой взгляд не стоит... Обьем памяти достаточный для всего, что есть для вектора, даже, наверное 256 мб... Может просто не показывать последнюю дискету вообще ? Пусть будет их не 145H (325) а 144H (324) - на 256 мб диске ? это же проще, просто количество дискет -1..

[ivagor]

Максимальное число дискет досы читают из "системного" сектора, сколько там записано, столько и разрешат использовать.

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

Т.е. в данном конкретном случае надо уменьшить на 1 значение в образе по смещению 84h-85h.

[electroscat]

Т.е. в данном конкретном случае надо уменьшить на 1 значение в образе по смещению 84h-85h.

Спасибо! Да, как вариант, 100% подходит такое решение !

[Improver]

Различия в процедурах я не сразу, но разглядел, вопрос вызвало то, что в E6AB в mdos31h заметно больше пары команд, неужели они все лишние?

А... Они стали лишними, когда я переделал драйвер, в FH51 пусть лучше останутся (если не менять всё полностью), на линию reset они не влияют.