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

[ivagor]

Как известно в ОС СР/М в этой области памяти зарезервированы следующие адреса
0-2 - "горячий" старт ОС,
3 - байт конфигурации,
4 - номер текущего диска и области пользователя,
5-7 - переход на диспетчер функций BDOS,
38h-3Ah - переход на обработку прерывания по кадровому импульсу (в "Вектор 06Ц"),
5Ch-7Fh - зарезервированы для БУФ файла,
80h-0FFh - зарезервированы под область DMA.

Возможно я поторопился перенести в 0003, но видно, что официально cp/m диапазон 8-37h сам не трогает

В РДС добавлены следующие ячейки:

Проблема, которую я предлагаю попробовать решить - запуск некоторых сипиэмных программ в РДС и этим сипиэмным программам уникальные РДСные ячейки не нужны, даже наоборот, нужно чтобы РДС туда не лез. По тому, что я видел, критичная ячейка 000F, ее очень желательно переместить за пределы 8-37h, но это конечно не обязательно, всегда при большом желании можно хакнуть.

[Advertiser]

[Improver]

критичная ячейка 000F, ее очень желательно переместить за пределы 8-37h

За пределами всё достаточно плотно, но если нужно сдвинуть всего один байт, то можно попробовать поменять её местами с ячейкой 3Dh, куда пишутся коды ошибок BIOS, они, по крайней мере, возникают не так часто...

[ivagor]

можно попробовать поменять её местами с ячейкой 3Dh

Возможно лучше с 3Fh.

[Improver]

Свежая версия РДС, бинарник с исходниками: rds305.7z

Второй квазидиск ещё пока не добавил, пофиксил баги:

• Сделал исправление контрольных сумм секторов под системой на квазидиске, правда, по описанным выше причинам, полностью исправить это невозможно, но количество ошибок по команде TEST (или 8 в МДОС) существенно сократилось.
• Исправил работу команды HDD -- в предыдущих версиях была ошибка: запуск без параметров с любого диска, кроме А: вызывал сброс на 0 предыдущего диска (т.е. если, например, запустить HDD с диска В:, то вместо вывода конфигурации диску А: будет назначена нулевая дискета).
• Исправил ошибку переключения на несуществующий диск (например, D: ), которая приводила к зависанию системы на этой ошибке до полного сброса.
• Дополнил функционал команды TEST, теперь она может исправлять ошибки на квази-диске, для этого нужно к команде добавить ключик R:
  
  TEST R
  или
  TEST C:R
  Ну и, кроме того, немного ускорил работу программы тестирования КД.
• Сделал защиту на запись треков 180-195 квазидиска, в которых расположена система, на всякий случай.
• Дополнил документацию на РДС и приложил её в комплект к системе.
• Немного улучшил работу системы с командной строкой: теперь по нажатию клавиш "вверх" или "вниз" в командную строку копируются символы предыдущей выполненной команды (если буфер не был очищен). Собственно, этой функции мне серьёзно недоставало во всех версиях Векторовских ДОСов, теперь в случае ошибочного ввода легче исправить и повторить последнюю команду.
  Дальше, думаю, можно будет сделать второй буфер для запоминания командной строки, может даже изменить работу стрелок "влево" и "вправо" для редактирования команд.

И по поводу освобождения ячейки 15...

критичная ячейка 000F, ее очень желательно переместить за пределы 8-37h

Это трогать пока не стал... Технически это сделать легко, но если её переместить, то тогда перестанут работать все программы, написанные под РДС. Их немного, но патчить понадобится все, поэтому пока что эта ячейка пусть останется на месте.

[ivagor]

если её переместить, то тогда перестанут работать все программы, написанные под РДС.

Как это проявляется (переставание работать) на примере какой-нибудь программы? Просто после моей хаки 0F я (очень поверхностно) тестировал и программы работали. Или проблема в 3F?

[Improver]

Как это проявляется (переставание работать) на примере какой-нибудь программы? Просто после моей хаки 0F я (очень поверхностно) тестировал и программы работали. Или проблема в 3F?

Проблема в 0F, точнее не проблема. Все программы, которые обращаются к функциям РДС, делают это примерно так:

	. . .
	DI
	LDA	15
	OUT	10H
	. . .	; тут идёт обращение к функциям или ячейкам с параметрами РДС
	LDA	3CH	;отключение "сегмента" РДС.
	OUT	10H
	EI
	. . .

Можете глянуть это, например, в исходниках VC3, там эта конструкция встречается в четырёх местах... В общем, их нужно просто все пропатчить под другой адрес, но пока этого не сделано, думаю, можно пока не перемещать -- это сейчас не так критично.

И ещё, менять лучше всё-таки на 3Dh, а не на 3Fh -- к этой ячейке система обращается гораздо чаще.