Я могу проверить только в эмуляторе, но на реале должно быть аналогично. На скриншоте паразитная точка справа, если еще порестартить, то еще добавятся.
Вид для печати
Я могу проверить только в эмуляторе, но на реале должно быть аналогично. На скриншоте паразитная точка справа, если еще порестартить, то еще добавятся.
К сожалению, после замены результат тот же 1 в 1... %)Цитата:
Сообщение от Improver
контрольная сумма MD-5 файла с замененным байтом 2E2E69C64E91C0923358486DC1084146 ...
В эмуляторе все получилось, в точности с точечкой как на скриншоте..
Пойду перепроверю, что я на дискете отнес вектору ))))
Ок, все заработало и на реале... ))) Спасибо ! :v2_dizzy_heart:
Контрольная сумма правильная. Этот вариант должен работать и на реале, стоит проверить например SIDом, что по адресу 0000 байт F7.
А вот насчет запрета прерывания я стормозил, после ресета проц их и так запретит.
Кстати, на реальном компе такая же штука на экране, один в один...Цитата:
Сообщение от ivagor
Improver - а у вас нет этих точек на экране после рестарта системы по "ввод+блк"?
Точки обязаны быть и в эмуляторе и на реале. Стек в районе D7xx, после RST там будет адрес возврата 1, а это одинокая точка. Т.к. дос работает со стеком, указатель немного изменяется и точки при нескольких рестартах образуют группу, но строго в одной колонке и все примерно рядом. При скролле они уедут, но если еще рестарить, то обязательно вернуться.
А, тогда понятно, почему я их не видел. В Т-72 стек находится по адресам от 0E200h и меньше, что находится за границей экранной области, поэтому точки и не появляются. :)Цитата:
Сообщение от ivagor
Альтернативный патч mdos31h без мусорения на экране (без rst), на первый взгляд работает.
Оригинально, но можно ещё немного улучшить, например так:Цитата:
Сообщение от ivagor
Код:0000: LXI H, 0B603h
0003: LXI B, 0C300h
0006: NOP
0007: ORA M
0008: MVI A, 023h
000A: OUT 010h
000C: PCHL
Патч работает, в целом, если учитывать то, что нажимать "ввод+блк" если и нужно будет - то совсем не часто - то это 100% работает.Цитата:
Сообщение от ivagor
Эксперимента ради я понажимал "ввод+блк" с пристрастием, и в эмуляторе и на реале, и это дало разные результаты. В эмуляторе мусор на экране я так и не увидел, полосок не было. Изредка мигала "карта памяти" на экране, зеленая на черном фоне, при зеленом цвете шрифта, белая - при белом... примерно раз в двадцать нажатий, но на долю секунды. А вот на реальном векторе "полоски" все же иногда вылезали на экран, так же где то раз в двадцать - тридцать нажатий, так же прокручивались, и исчезали в верху экрана. Причем, на этот раз это были не точки а именно полоски, одна максимум две, в одну строку друг от друга. И так же артифакт "карта памяти" иногда на экране мелькал на доли секунды. Все это крайне не существенно, и в целом не требует внимания, потому как такие действия с системой проводятся достаточно редко, и то в виде однократного нажатия "ввод+блк"...
Благодарю !!!
- - - Добавлено - - -
Доброго времени ! Спасибо за патч!Цитата:
Сообщение от Improver
На сколько я понимаю, это первые строки кода оси ? То есть они должны быть такими 21 03 B6 01 00 C3 00 B6 3E 23 D3 10 E9 ? Я не достаточно еще в коде ориентируюсь, вставил приведенный вами код с адреса 00H и получил в целом не совсем работающюю систему. Загрузка ее из ком. строки системы показывает сразу приглашение системы "A>" и в целом все работает, заголовка в левом верхнем углу "микроДОС 3.1 Р ...." нету, и точки иногда таки выскакивают. А вот записав систему в загрузочную область загрузку не получил... Наверняка я что то не понял, куда нужно этот код встраивать ? Судя по адресам - 000H - 000С... или я ошибаюсь ?
- - - Добавлено - - -
У меня есть вопрос такого содержания. Я делал в своей программе выход в МДОС, алгоритм такой, выключаю КД, для освобождения экранной области копирую все с адреса E000H до FFFFH на адресс 5000H - 7FFFH (адресс установил опытно-наблюдательным путем), счетчик стека ставлю на 4FFFH, копирую код из адресов 0001H, 0002H, 0039H, 0040H в переменные и заменяю адресами старта приложения и обработчика прерывания, и потом при выходе все это возвращаю на место, включаю КД и делаю CALL 0005H с 00H в регистре С. Вчера доработал программу, для работы в РДС - она читает адресс системы из 0006Н, 0007H и дальше считает по этим цифрам сколько и куда копировать, и в соответствии с этим же ставит адресс указателя стека. В итоге - в РДС все отлично, огромное количество свободной памяти, а в других системах обратная реакция, для приложения остается совсем не много. В итоге, написал, чтобы если в 0006Н, 0007Н цифра меньше E000H то как предел принимается E000H. Потому что после отключения КД - c адреса, лежащего в 0006H, 0007H - нули и изредка какой то мусор, типа куски символов из консоли, которые уже были на экране, до адреса E000H, и только с этого адреса находится то, что при утере не дает вернуться систему. Пока во всех системах адресс E000H одинаково актуален, кроме РДС, там гораздо меньше, тем не менее очень интересно, есть ли в микродосе и CP/M универсальное место, где можно получить адресс того куска, который нужно скопировать из ОЗУ для того чтобы освободить экранную область, а потом восстановить работоспособность системы ? Ну или, может есть какие то альтернативные алгоритмы выхода в систему для приложений ?
Это строки, которые должны получится в памяти Вектора после старта МДОС по адресам 0000h и далее. Немного поясню, что это и как работает:Цитата:
Сообщение от electroscat
Это всего двумя командами отличается от того, что сделал ivagor в своём патче и принципиальных отличий в работе не имеет, но наложить это на файл mdos31h.com просто так не получится, надо править исходники так, чтобы при старте МДОС в память заносились эти значения.Код:21 03 B6 01 00 C3 00 B6 3E 23 D3 10 E9
^^ -- стандартно тут JMP, в первом патче менялось на RST 6, а в этом варианте меняем на LXI
^^^^^ -- это адрес перехода на МДОС, используется программами
^^ -- тут свободный байт, меняем его на LXI, чтобы отключить JMP в адресе 00005h
^^ -- а вот сюда МДОС пишет номер текущего диска, менять этот байт нельзя
^^^^^^^^ -- на самом деле тут JMP 0B600h, который вызывается по CALL 5
И далее идут команды на включение КД и переход в МДОС.
- - - Добавлено - - -
Что-то как-то всё сложно... Для выхода в МДОС достаточно сделать JMP (или RET) на нулевой адрес. Ну и не трогать в программе память от 0000h до 0100h, а также выше адреса, записанного в ячейках 0001-0002, считается, что это нижняя граница МДОС.Цитата:
Сообщение от electroscat