Виктор - это наверняка Виктор Фиронов (Vector-user).
Виктор - это наверняка Виктор Фиронов (Vector-user).
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
Это точно не из-за памяти на КД, но, кажется, я догадываюсь, почему она виснет. Было два варианта системы mdos31h, одна из базиса, а вторую я нашёл на образе жёсткого диска для эмулятора, так вот первая пропатчена, а вторая -- нет.Сообщение от electroscat
Попробуйте взять mdos31h с базиса.
electroscat(24.03.2020)
Да, вполне возможно что и не с базиса у меня MDOS31H. Ну и в целом, при сравнении версий в HEX редакторе возможно удастся понять, где таки находится байт, который нужно изменять в массиве настройки.. Благодарю!Было два варианта системы mdos31h, одна из базиса, а вторую я нашёл на образе жёсткого диска для эмулятора, так вот первая пропатчена, а вторая -- нет.
Р.С. Попробовал OC.COM - очень продвинутый файловый менеджер, жаль исключительно для T34... Очень качественная оболочка.
Когда у меня был вектор 25 лет назад, я пользовался NC.COM.. Тогда больше ничего не знал,... Сейчас понимаю, что NC.COM пожалуй самая глючная из всез файловых оболочек для вектора.. Но тогда она казалась весьма неплохой )))
Последний раз редактировалось electroscat; 24.03.2020 в 17:51.
P.C. попробовал mdos31h с базиса в эмуляторе, виснет при нажатии "сбр-блк"... Может наоборот, патченная в образе была?
Сравниваю mdos31h который у меня везде, и взятый с базиса - HEX редактр заявляет - файлы идентичны.
Можете скинуть ссылку на образ, или ваш вариант mdos31h, который не виснет при нажатии "сбр-блк" ? Пожалуйста _/|\_
Последний раз редактировалось electroscat; 24.03.2020 в 17:59.
Интересное дело... Скачал mdos31h с базиса по своей же ссылке выше, смотрю файл в редакторе:
Вот же в нём тот самый патч, о котором я писал ранее. Может файлики попутали? Или я что-то глючу... Проверьте по контрольной сумме MD5:Код:0000016B 3E F7 32 00 00 ... 0000019E 3E 23 D3 10 2A 01 00 E9
e11c4fa917b8a16cf11771801285175a *mdos31h.com
Ну и если уж совсем не везёт с ним, вот, продублирую тут: mdos31h.zip
Последний раз редактировалось Improver; 25.03.2020 в 12:51.
Да, контрольная сумма совпадает, именно этот файл.. Но при нажатии "сбр-блк" виснет, в эмуляторе и в реале %)
Причем абсолютно одинаково и там и там... Странное дело...
https://yadi.sk/i/Cf6HLQhFyhJfZA
Последний раз редактировалось electroscat; 25.03.2020 в 13:36.
И правда что-то не то... Судя по видео, запускаете из эмулятора EMU (он же "Башкирия")? После старта МДОС запустите там отладчик ("View" -> "Start debugger") и посмотрите, что в памяти в ячейке 0000, если там "C3", то МДОС не патченый. Надо обновить системную область диска или заменить на КД файл "OS.COM" новым.
Как вариант, попробуйте открыть правильный файл "mdos31h.com" через меню эмулятора "File" -> "Open...", тип фалов -- все файлы, должно получиться.
Последний раз редактировалось Improver; 25.03.2020 в 16:33.
У этой проблемы есть простое, но не полное решение. Нужно заменить в файле по смещению 1D67h байт 32h на 00, тогда C3h не будет затирать F7h.
В чем неполнота:
RST гадит на экран, но нельзя просто заменить его на переход в 0030h, т.к. в адреса 1 и 2 лезут очень умные программы типа power. В идеале надо чтобы у доса адреса области переходов на подпрограммы были в районе 0E000-FFFF, как, например, у РДС.
Еще надо бы запрещать прерывания, но тут можно обойтись малой кровью, чуть модифицировав подпрограммку с адреса 0030h.
electroscat(25.03.2020), Improver(25.03.2020)
Проблема в том, что я беру ваш файл, или файл с базиса, при помощи VV делаю из папки с ним образ дискеты, подключаю к EMU, пишу файл на системные дорожки, sysgen b:mdos31h.com a:100, запись удачна, далее, запускаюсь с а, то есть с F2+F3+ввод+блк+ус - стартую с форматированием КД, сразу пишу новый mdos на КД: c:[вк]1 48 os.com[вк] и получаю ок... Ну и далее - вызываю дебагер, и там JMP (C3) в ячейке 0000h... На реале то же самое происходит. Файл mdos31H c базиса при помощи MST пишу на дискету, сую в дисковод, пишу на системные дорожки, результат тот же. Пробовал даже записать на системные дорожки R3.COM, и потом, после перезагрузки, опять вернуть MDOS31H при помоши SG.COM и все удалось, то есть запись на системные дорожки работает, но увы, при записи на них mdos31H превращается в непатченный, причем и на EMU и на реальном векторе... в Реальном векторе просматриваю адрес 0000H при помощи SID.COM команда D0... Парадокс... У вас реально не виснет после нажатия "ввод+блк", и по адресу 0000H не С3?
А может система как то варьировать эти вещи при старте сама, при определенных параметрах писать в ячейку с адресом 0 - разные строки кода ?
Кстати, файл который грузится в память и на реале и из эмулятора соответствует файлу с базиса по контрольной сумме...
Последний раз редактировалось electroscat; 25.03.2020 в 17:07.
Похоже, что да, тут в МДОС затирается адрес 0000, выходит, mdos31h недопатчили... (В Т-72 я этот момент поправлял
Это, наверно, на реале заметно? В эмуляторе я что-то не замечал...
- - - Добавлено - - -
electroscat, замени в файле mdos31h.com (с базиса который) по смещению 1D67h байт 32h на 00h, как посоветовал ivagor и все заработает.
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
