TR-DOS 5.041

[vlad]

Если выкидывать из системы то, что криво написано, исправлять недочеты кодирования и т.д. То перестанет работать весь софт, который непосредственно обращается внутрь процедур (и даже команд) trdos. Останутся рабочими лишь программы с бейсик загрузчиками и работающими через 3D13, т.е. вызывающие систему через точку входа с обработчиком функций. Если менять процедуры обработчика magic - много программ лезущих внутрь trdos через 3D2F откажутся работать. А магик этот кривизна кривейшая (в плане реализации), хотелось бы вместо него сделать запись в .z80 и загрузку из него. И как быть?

Сделать стандартом точку входа с обработчиком функций, все что лезет не туда - его проблемы. Пытаться подстроиться под весь софт лазающий куда ему хочется в tr-dos просто невозможно и незачем, проще организовать вторую точку входа, при переходе на которую подключался бы новый DOS с уже установленным стандартом вызова функций. А старый будет работать как и работал с древним DOS.

[null_device]

Логичнее отказаться от концепции "замены стандартного tr-dos".
Более "жизнеспособным" был бы проект "альтернативной" прошивки. Eсли хотите, в виде "довеска" над стандартным "tr-dos".
Либо, компиляция tr-dos "с нуля", сохраняя совместимость с программами использующими "стандартные" адреса. Логичнее, "допиливать" несовместимые программы под железо\ОС, чем наоборот.

[Vadim]

Либо, компиляция tr-dos "с нуля", сохраняя совместимость с программами использующими "стандартные" адреса

Вот я и решил так сделать. Сделать минимум изменений исправив ошибки. Но правда увлёкся))) Вообще, правильным шагом было бы добавить в TRDOS функции, за которыми лезли с "черного хода". А сам этот черных ход закрыть вообще. Да, все программы его юзавшие придется "допиливать". Но зато ужасающих проблем не будет. Можно дорабатывать trdos без серьезных проблем совместимости. Читал описание vtrdos для ATM, там авторы оставили старую прошивку (почти без изменений) и новую, переключая их программно. Старая для работы с дискетами, с софтом который не пойдет на новой. Новая для работы с винтом или с образом дискеты в ОЗУ. Корявое, но решение.

[psb]

Корявое, но решение.

это как раз с какой стороны смотреть. с вашей стороны - согласен, коряво (реально, я понимаю!), с нашей - лучше так, чем как с вашей

[Vadim]

с нашей - лучше так, чем как с вашей

А как с нашей? Вы в курсе? А переключалка страничек ПЗУ это самое минимальное над тем, если бы ничего не сделать.

[psb]

А как с нашей? Вы в курсе?

не, не, я не в куррсе, ребят... Vadim, давно все т.з. понятны.

[Alex Rider]

А магик этот кривизна кривейшая (в плане реализации), хотелось бы вместо него сделать запись в .z80 и загрузку из него. И как быть?

Как варинат - подпилить магик по-минимуму, чтобы кнопку какую спрашивал в момент нажатия. Если нажато - идти своим путем (в .z80), если-нет, работать по-кривому, как раньше. А чтобы место освободить под новый магик, можно было бы выпилить высокоуровневые процедуры работы с каналами, например. Ни одной проги, использующей их, не видел. Заодно освободится пара точек входа-переключателей - на них можно заделать новую прямую систему рестартов для винтов и всякого, что будет поддержано.

P.S. Не забывай, плиз, про возможность удобно штатно определять из кода версию твоей прошивки и поддерживаемые фенечки. И чтобы эта проверка на других прошивках вела себя адекватно.

[psb]

настоящий .z80 все равно не получится... будет помесь macig'а с z80...

[Djoni]

Мне кажется сейчас нет проблемы поставить в место микросхем ПЗУ FLASH память, спять самому или купить готовую
платку с FLASH на 128-512К залить сразу две прошивки стандартную и альтернативную с исправленными ошибками с поддержкой винчестера и запуска снэпшотов 48k/128k .SNA .Z80 hobeta SPG
переключать тумблером.

P.S.
Вон буржуи под свою приблуду divIDE аж восемь System сделали

[Vadim]

А чтобы место освободить под новый магик, можно было бы выпилить высокоуровневые процедуры работы с каналами, например. Ни одной проги, использующей их, не видел. Заодно освободится пара точек входа-переключателей - на них можно заделать новую прямую систему рестартов для винтов и всякого, что будет поддержано.

P.S. Не забывай, плиз, про возможность удобно штатно определять из кода версию твоей прошивки и поддерживаемые фенечки. И чтобы эта проверка на других прошивках вела себя адекватно.

Эту версию я планирую именно на замену 5.04T. Т.е. по сути это оно же, но с исправленными ошибками. Пока весь протестированный софт работает, всё что было указано выше идёт. Я пересмотрел весь код на предмет не соотвествий, вернул назад то, что можно было не менять (в части мест для печати строк используется прямой call вместо rst 24, хотя понятно, что rst сделали для уменьшения объёма кода).

А вот уже в следущей версии, в которой я хочу сделать поддержку винта - придётся выпилить всё что можно. Тестовые варианты я уже делал, становилось свободными с учетом того что уже было свободно - 8К. Магик выпилил тоже. Конечно весь софт, который в него лез - уже перестает работать. Да, надо сделать функции для определения версии, функции для прямого чтения секторов и т.д. и т.п. всё то, зачем лазили программы. Самый необходимый софт можно будет адаптировать в эту новую прошивку. Часть программ есть в исходниках.

Мне кажется сейчас нет проблемы поставить в место микросхем ПЗУ FLASH память

Для проверки на реале я так и сделал. Записываю во флешку 2 прошивки по 64К. С разными вариантами trdos. переключение кнопкой.

настоящий .z80 все равно не получится... будет помесь macig'а с z80...

Конечно. Ведь по приходу NMI в стек как минимум занесётся адрес возврата. А вот если сделать аппаратные изменения (например подменив все 64К на статик ОЗУ, в который сохранится PC, потом подключить ПЗУ с 0 адреса и запустить обработчик, он уже может снять адрес возврата из статик ОЗУ) - то вполне можно сделать чистый z80. Всё это слишком сложно, да и нужны такие модификации. Если пойти более простым путем - да получим не совсем чистый z80, ну и что? И работать он будет далеко не всегда (достаточно иметь SP=0000..3FFF), но вполне юзабельно будет.