Вид для печати
Чёт я по ходу "сломал"... а чё сломал - не могу понять...
В emu с конфигом на 2 КД перестали запускаться Т72.
Другие ОС запускаются, а Т72 на отрез отказываются.
На экране (в стеке) появляется два байта типа адреса возврата из подпрограммы 0113h или 0123h.
А вариант Т72к заполняет стеком (двумя точками 0110h или 0120h) весь экран.
И всё.
Возвращаю конфиг на 1 КД и Т72 начинает запускаться как ни в чём не бывало...
А разве (в VC3) просто ВК не запускает файлы?Цитата:
Сообщение от electroscat
Я переписал на КД три файла vc.* , там есть файл vc.ext, в нём реакция на расширения. Для СОМ-прописан запуск файла.
Нашел файл, да, так гораздо лучше, работает, благодарю !Цитата:
Сообщение от KTSerg
- - - Добавлено - - -
Спасибо !Цитата:
Сообщение от KTSerg
Да, специфическая программа, может конечно если привыкнуть - то не плохо, функционал в порядке. Но первое впечатление противоречивое... все же ASC чуть удобнее.
Доброго времени дорогие друзья !
Поковырялся сегодня в версии ASC которая адекватно реагирует на команду 9, а теперь еще и 8 (добавил еще одну проверку),... Там все просто, с адреса 4100H (смещение 4000 в HEX редакторе) дописан следующий код :
Адресс ссылки на эту подпрограмму вписан вместо адреса системного вызова CALL 0005H по смещению 395F в HEX редакторе.Код:org 04100H
;
di
lxi h, 00080H
mov a, m
cpi 039H
jz GO
cpi 038H
jz GO
jmp L4149
GO:
lxi d, 04181H
L410D:
mov a, m
stax d
inx h
inx d
ana a
jnz L410D
xchg
mvi m, 00DH
dcx h
mvi m, 00DH
inx h
inx h
mvi m, 000H
mvi a, 004H
sta 4180h
mvi a, 085H
sta 4200h
lxi h, 4180h
shld 4201h
mvi c, 032H
lxi d, 4200h
call 0005h
ei
hlt
lxi d, 04280H
mvi c, 00AH
call 0005h
mvi a, 002H
sta 297Ch
jmp 0100h
L4149:
jmp 0005h
;
Но, под mdos3.1 и FH51 - это прекрасно работает, а вот под T72 выполняет последний в коде CALL 0005h и уже не возвращается на строчку mvi a, 002H. При этом, набранная в командной строке команда выполняется, то есть переданная системе команда сформированная в системном буфере по адр. 4180H вполне передается и воспринимается системой, но после выполнения иногда на экране наблюдается какой то кратковременный выброс пискелей, иногда не наблюдается, и после появляется курсор ">_" без буквы диска, знак подчеркивания мигает, нет управления клавишами, но реакция системы в виде звуков на нажатие есть. И вернуть ситему к жизни может только "блк+сбр", после нажатия "блк+сбр" в следующей строке появляется курсор с текущим диском "A>_" и система продолжает работать с штатном режиме.... А в mdos3.1 и FH51 подпрограмма в итоге после выполнения команды 9 A:X или 8 - запускается заново с 100H. На вскидку определить в чем проблема у меня не получилось, знания системных вызовов мои оставляют желать лучшего. По идее, это же не должно сильно отличаться в разных системах... Я пытался это все пролистать в отладчике эмулятора, но толку от этого немного, несколько миллионнов операций просмотреть и понять что там происходит для меня пока сложно .. ))) Я продолжу в целом, но думаю, наверняка среди вас все гораздо лучше меня разбираются в системных вызовах микродоса... Может глянете, почему такой эффект ?
Еще, не могу понять, что за запрос с параметром 32H в регистре C? По крайей мере в стандартном описании системных функций CP\M я такой функции не нашел, 28H последняя... Может это какая то специальная функция, имеющая место быть только в microdos3.1 и FH51, которая делает возможным такой финт... Хотя эта функция выполняется и в T72...
Вариант в целом кривоватый,... но, позволяет, не выходя и заходя из менеджера файлов перемонтировать диск,.. и тестировать и форматировать квазидиск, в целом, на данном этапе это более чем достаточно.
Это исполнение операций расширенной БДОС, в регистре DE передаётся ссылка на параметр вызова, которая там равна 4200h. А данные по этому адресу, в свою очередь, ссылаются на строку по адресу 4180h. Есть серьёзное подозрение, что МДОС в Т-72 немного по-другому обрабатывает эти вызовы.Цитата:
Сообщение от electroscat
Вот тут немного больше функций описано, правда кое-где есть отличия от Векторовских ОС.Цитата:
Сообщение от electroscat
Наверняка нет доков никаких по работе T72 с этим (32H) вызовом ?Цитата:
Сообщение от Improver
В частности по вызовам 32H на выполнение 8 и 9 - 100% отличия есть.Цитата:
Сообщение от Improver
Огромное спасибо за ответ, стало понятнее что происходит в подпрограмме с 4000H !!!
Доброго времени ! Расковырял DEMO-SPR - на мой взгляд самую лучшую по сервисным возможностям смотрелку графики для вектора. Ковырял на тему - заставить видеть диск D, и использовать для проверки записи и чтения с диска D в OS-T72, в которой программа прекрасно работает !!! Вместе с тем, устранил еще пару глюков в программе, как то, не возможность выйти по "X" если нет .spr файлов на дисках. В общем, кому нужно - все доступно тут, включая исходники, а тут еще можно качнуть несколько картинок патриотического содержания на пробу.. :) Всем хорошего настроения !
Попробовал сегодня системы FH51 и T72 с твердотелом IDE SSD на 512 мб. Отлично работает, на борту 651 полных дискет (28BH). Копирование, запись, чтение, форматирование, все работает! Спасибо за доработки систем до LBA режима!
Диск: Industrial PQ1 DiskOnModule - 512 mb, так же проверял с Industrial PQ1 DiskOnModule - 64 mb - прекрасно работает.
Доброго времени дорогие друзья! Подскажите, чем кодировка системы программно меняется ? Поясню, столкнулся с проблемой, вызываю под OS-T72 последней версии программу FORMAT2.COM или FORMAT3.COM - форматирую дискету, и после этого кодовая таблица другя, вызываю, например, DEMO-SPR.COM - и вместо русских букв - псевдографика.. Подскажите пожалуйста, что искать в теле программы FORMAT2(3) - запись в какой то порт определенного бита, или CALL 0005H с определенным содержимым регистров ?
За одно хочу русифицировать программу на нормальный русский :) Мне сейчас програма актуальна, я на неделе переделал мультикарту (комбодевайс) под MB8877 вместо КР1818ВГ93 - не просто это мне далось, три ночи не спал... Тем не менее, все получилось, и я тестирую форматирование, запись, чтение и т.д. По этому програмка актуальна. И она для тестов гораздо больше подходит чем REANIMAT.COM потому как к ошибкам более критична.. Вот.
Подскажите, как кодировка системы программно меняется ?
Ага CALL 0005h, в DE должен быть адрес буфера с последовательностью команд, для смены регистра, например: 1Bh, 5Ch (или другие команды для других знакогенераторов).Цитата:
Сообщение от electroscat