Вид для печати
После писи или даже андройд-девайса любая 8-битка это каменный век. Однако, форум ZX-PK до сих пор жив и здоров ;)Цитата:
Сообщение от Sancho45
Скажу так, если бы мне дали программу, которая дизассемблирует сама, образно говоря "в один клик", то я бы ей пользоваться не стал - не интересно вообще. Равно как если бы мне дали ИИ, который пишет ПО по моему словесному описанию задачи, то я бы даже не попробовал это чудо.
Да ладно, так дизассемблер и делает это в пару нажатий. По вашей логике надо лист бумаги и карандаш, и половина кодов на память...., что я и делал надцать лет назад.Цитата:
Сообщение от Denn
Речь шла об удобстве, а не о ИИ. Указал где код, а где данные и сиди думай, правильно или нет.... Вроде в предыдущем сообщении было-
Не нашел просто инструкции.... и вспомнил , как это просто и интерактивно в ИДЕЦитата:
Сообщение от Sancho45
Если нет рядом с программой текстового файла справки, то, как правило, информацию по использованию можно получить запустив программу с параметром "/?", либо вообще без параметров. В случае сложного ПО нагляднее почитать описание со скриншотами и примерами, например здесь в этой теме или в тематической группе ВК.Цитата:
Сообщение от Sancho45
Дык я о том !Цитата:
Сообщение от Denn
Цитата:
Сообщение от Sancho45
Цитата:
Сообщение от Sancho45
А куда делся DC$?
Вот тут подробности - https://zx-pk.ru/threads/21984-dsdos...l=1#post895531Цитата:
Сообщение от shapipovo
- - - Добавлено - - -
и тут - https://vk.com/topic-139842174_35703989
Предновогодняя сборка ОС DSDOS v3.92 для Орион-ПРО.
Изменения:
► исправлена ошибка инициализации таймера ВИ53 при работе с портом COM2;
► новая версия утилиты тестирования портов COM1 и COM2;
► поддержка портов COM3 и COM4 на базе чипов 16C550;
► улучшенный BASIC v2.4 (с исправлением для процессора Z80).
▼▼▼ Ссылки для скачивания различных вариантов сборок ▼▼▼
"Стандарт-64", ПЗУ ROM-диска объёмом 64 Кб
"Стандарт-256", ПЗУ ROM-диска объёмом 256 Кб
"Игровая-64", ПЗУ ROM-диска объёмом 64 Кб
"Игровая-256", ПЗУ ROM-диска объёмом 256 Кб
"Программист-64", ПЗУ ROM-диска объёмом 64 Кб
"Программист-256", ПЗУ ROM-диска объёмом 256 Кб
Внутри архивов под объёмы 256 Кб находится два варианта: одним полным образом (файл romdisk.bin) для новой версии ROM-диска, и четырьмя файлами по 64 Кб (файлы romdiskN.bin) для старого варианта диска (в составе мультикарты).
П.С. АРХИВЫ ОБНОВЛЕНЫ 04.01.2020 !!!
Некоторые пояснения по новой утилите TEST$COM.
Она заменяет две утилиты TEST$COM1 и TEST$COM2, входившие в прошлые сборки. Т.о. она позволяет проверять оба стандартных порта платы расширения COM/AY, построенных на базе микросхем КР580ВВ51 (82C51x).
https://sun9-39.userapi.com/c200520/...PBpFVAIRs0.jpg
Выбор проверяемого порта осуществляется клавишей [Tab]. Переключение работает только в случае доступности обоих портов в системе. Если присутствует только какой-то один, то он будет активирован при загрузке программы по-умолчанию и переключение работать не будет. В случае отсутствия обоих портов утилита не запустится, а пользователю будет выведено соответствующее сообщение об ошибке.
Для удобства работы с утилитой, значения делителей для стандартных скоростей обмена (1200, 2400, 4800, 9600, 14400, 19200 и 38400 Бод) оформлены в виде пресетов, циклически перебираемых клавишами стрелок вверх/вниз.
При выходе из программы, запоминаются текущие настройки и режим работы в конфигурационном файле TCOM.CF на рабочем диске ОС. Также запоминается тестовая строка режима "Дамп". При последующих запусках утилиты параметры восстанавливаются из файла.
Если более не требуется сохранение конфигурации утилиты, то выход производится комбинацией [Shift]+[F4], в результате конфигурационный файл удаляется с рабочего диска и последующий запуск будет с параметрами по-умолчанию.
https://sun9-12.userapi.com/c200520/...lCt-D4-RT4.jpg
Добрый день!
В релизе версии 3.92 для ОРИОН-ПРО обнаружены ошибки (огромное спасибо @ АлександрПП !):
- некорректное сохранение файлов в квазидиске при превышении объёма 120 Кб;
- некорректная работа драйвера IDE.
Ошибки устранены, исправленные варианты сборок перезалиты 04.01.2020, ссылки для скачивания прежние.
Коллеги прислали занятную ссылку - DSDOS online
Виртуально-виртуального диска и всяких вкусных железок конечно нет, но в качестве ознакомления для безреальщиков вполне годно :v2_thumb:
Скриншот
Пост-новогодняя сборка ОС DSDOS v3.93 для Орион-ПРО.
Изменения:
► добавлена поддержка RAM-диска;
► улучшен функционал переименования файла в оболочке - теперь работает [Shift+6] / [Shift+F6];
► в оболочке добавлены две новые опции: вывод атрибутов [Y] и вывод контрольной- и XOR-суммы текущего файла[S];
► также в оболочке устранена ошибка: не работал вывод информации о текущем диске, если на нём не было ни одно файла;
► исправлена (старая) ошибка вычисления объёма диска;
► ускорено обновление каталогов дисков.
Далее подробнее.
RAM-диск
По-умолчанию поддерживается ОЗУ объёмом 1 Мб. В утилите SYSTEM$ будет отмечен соответствующий чекбокс "RAMD".
Традиционно, при обнаружении устройства на этапе загрузки ОС, драйвер подгружается по-умолчанию, в системе диск становится доступен как [E:]. Актуальный фактический объём 1016 Кб:
скриншот экрана загрузки ОС
Форматирование диска производится автоматически на этапе загрузки драйвера, в случае, если он не был размечен ранее.
В "жирных" сборках "в нагрузку" включена утилита FMT$RAMD, с помощью которой можно выполнить принудительное быстрое форматирование RAM-диска.
В экспериментальных целях добавлен загружаемый пользователем драйвер отдельной (младшей) части [SRAM, 128 Кб] - SRAM$DRV, а также сопутствующая утилита форматирования - FMT$SRAM. При успешной загрузке драйвера, в системе становится доступен диск [H:], фактический объём 124 Кб.
Пока что большого практического смысла в этом диске лично я не вижу, но пусть будет "для галочки". Впоследствии возможно сделаю на его основе эмулятор ROM-диска [A:], т.к. информация сохраняется при выключении питания ПК.
Доработки оболочки SHELL
Иногда требуется просмотр информации о файле, которая не поместилась на экране в основных панелях, а именно - дата создания и номер рабочей страницы. Ранее приходилось либо нажимать "копирование" файла чтобы посмотреть его дату, либо выводить каталог директивой D через командную строку, и там смотреть информацию о странице ОЗУ нужного файла. В общем - не удобно! Для упрощения жизни добавлена клавиша [Y], по которой выводится соответствующая информация о текущем файле:
https://sun9-28.userapi.com/c855232/...Pw6P4KQt7U.jpg
Также из практики: периодически требуется узнать контрольную сумму файла. Для этого приходилось открывать его на просмотр по [F3] и там переходить в режим HEX-дампа [H] - долго, муторно. Теперь для этого сделана клавиша [S], заодно выводится и XOR-"сумма" текущего файла:
https://sun9-64.userapi.com/c855232/...ZCYgmTUKWc.jpg
Обновление каталога диска
Когда-то давно в DSDOS был использован "тяжёлый" и "неправильный" алгоритм подсчёта объёмов диска [занято, свободно, всего]. К тому же он давал ошибку на размер кластера диска. В версии ОС для ПРК "Орион-128" давно было исправлено, а для ПРО'шки, как выяснилось, нет. В данной версии изменён на правильный.
П.С. спасибо @АлександрПП за любезно предоставленную для отладки драйвера плату RAM-диска!
▼▼▼ Ссылки для скачивания различных вариантов сборок - прежние ▼▼▼
"Стандарт-64", ПЗУ ROM-диска объёмом 64 Кб
"Стандарт-256", ПЗУ ROM-диска объёмом 256 Кб
"Игровая-64", ПЗУ ROM-диска объёмом 64 Кб
"Игровая-256", ПЗУ ROM-диска объёмом 256 Кб
"Программист-64", ПЗУ ROM-диска объёмом 64 Кб
"Программист-256", ПЗУ ROM-диска объёмом 256 Кб
Внутри архивов под объёмы 256 Кб находится два варианта: одним полным образом (файл romdisk.bin) для новой версии ROM-диска, и четырьмя файлами по 64 Кб (файлы romdiskN.bin) для старого варианта диска (в составе мультикарты).
Для орион 128.2 512к будет версия ОС DSDOS v3.93 ?
san010101, да, в планах стоит. Хотел совместить с поддержкой нового быстрого интерфейса IDE, но пока нет времени заняться его сборкой и отладкой.
И все таки проблемки с определением винтов на IDE(ВВ55) есть.
Появился у меня еще один винт ST351a/x. Всего 40мб, но тем не менее решил я его к ориону, погонять. Подключаю и..... автодетекта при запуске ОСи нет. Вспомнив, что автодетект работает по подтяжкам ШД к +5в, открыл на него доку(stason.org) и прочитал
The ST351A/X family drives do not use terminating resistors. Итого у меня 2 винта из 3-х без подтяжки и не определяются.
Соответственно буква ему не выделяется, даже если утилитами HDDinfo или HDDfmt удается инициализировать его.
Далее сам HDDinfo, если винт не инициализирован, чаще тупо висит, тайм аута в нем нет, как я понимаю. Самая полезная утилитка, CF$drv - всегда 100% инитит любой драйв и выходит.
После сброса системы, винт все равно не детектится, хоть и проинициализирован (подтяжка то так и не появилась) и буква харду не выделяется.
ЕМНИП, в крайней версии детект по наличию подтяжек трёх линий. Напаять три резистора на плату "контроллера" и вопрос закрыт.Цитата:
Сообщение от Sancho45
Как писал ранее, корень проблемы из двух причин:Цитата:
Сообщение от Sancho45
1) Неудачный выбор "стандарта" порта для IDE;
2) Слишком большое время детекта накопителя согласно стандарту IDE.
Из п.1 следует, что на порте пользователя #F6 может использоваться устройство, для которого "дрыганье произвольными линиями" при загрузке ОС - недопустимо!
И, например, у меня есть такое устройство - программатор Winbond'а. Произвольная подача напряжения программирования (+14в) и выборка кристалла могут привести к неприятным последствиям.
Из п.2 следует, что при отсутствии реального НЖМД на порте пользователя, загрузка ОС будет тупо висеть 30 сек. Оно такое надо? Имхо, нет.
Всегда был только за то, чтобы если проблема решается "порезом и резистором" - делать порез и резистор. Орион не священная корова и далеко не эталон дальновидности (хотя конечно не RK-86 в котором вообще мрак) и чтобы на нем что-то приличное работало (а новое писалось не ценой прогрессирующего аутизма разработчика) - аппаратные адаптации делать надо. Главное чтобы они были просты, без дополнительных плат-аэродромов. Такое мое ИМХО.Цитата:
Сообщение от Denn
Нет никакого стандарта ИДЕ а Орионе, ни удачного, ни неудачного (но есть простая - а это важно потому что см. выше - схема на ВВ55, которая в силу своей удачности расползлась на все 8-битки, приятно что Орион был в числе первых таких клонов). Поэтому мне при адаптации этой схемы пришлось сделать что адрес ППА жестко указан только в одном месте - в ПЗУ с холодным загрузчиком ROM F800 (или MBOOT$), а далее при загрузке передается в ОС как параметр, которая сама себя пересчитывает на эти адреса. А все программы лазающие в IDE "напрямую" мимо ОС (такие бывают - FAT32, FDISK или например UZIX) работают через общий драйвер сырого доступа, который также имеет параметр - адрес порта. Сам я долгое время жил с IDE на F500 (без ром-диска).Цитата:
Сообщение от Denn
Критичные устройства должны или иметь аппаратные особенности (ключи) для защиты от пропила (джампер хотя бы) или регламентом защищаться (по факту самодисциплиной, поломал - сам виноват :) ). Второе не дает 100% защиты, т.к. кроме человеческого фактора никто что ли не видел пропил памяти (когда экран моментально закрашивается стеком)? В особенности на самоделках типа Ориона. А такой стек и порты пропилит, и без всякой софтины IDE. Кстати, поломать "пропилом" данные на приводе IDE почти невозможно - там ведь регистры, а не прямые сигналы: слишком нерандомный рандом должен быть чтобы соответствующе выставить регистры.
Хотелось бы поблагодарить автора за то, что работает в данном направлении и очень грамотно. Как когда то писал Чистяков-главное софтверная поддержка. Желаю дальнейшего развития темы, могу чем смогу помогать. У меня собран недавно, причём, Орион на полностью 74 серии, на Z80 и память 256. Я по большей части "железячник". Нарисовал плату по образцу 1990 года из РАДИО, остальные платы лишь интерфейсный размер 95х95 соблюдая сам развёл.
Ugloff, спасибо на добром слове!
Железячная помощь была бы кстати, приемущественно по части макетирования новых разработок и разводки плат.
Если не трудно, можете отметиться здесь - https://zx-pk.ru/threads/27165-perepis-naseleniya.html
Ещё интереснее - с фото.
Платы мое любимое, конечно. Вот кое что нарисовал из твоих схем(рисованы рукой, но догадка радиоинженера спасает, чтоб прочесть). Развел, но пока не изготовил, напимер, rtc на ви1.
Быть может мой вопрос прозвучит ламерски или станет следствием невнимательности. Но в утилите SYSTEM$ есть пункт по поводу AY, в шапке в разделе Hardware я не нашёл точной схемы подключения. Всё, что я лично об этом знаю-то, что писал Чистяков когда то в 90х. Хотелось бы ссылку/схему, ну конечно в случае если хоть одна программа/игра её поддерживает :) Спасибо.
Всё верно! На Орионе-ПРО посадка AY стандартизирована авторами и имеет готовую аппаратную реализацию в виде соответствующей карты расширения, программно в DSDOS поддержана плеером от Дмитрий2012.Цитата:
Сообщение от Ugloff
На Орионе-128 зарезервирована посадка AY по адресам F7Ax (схема включения стандартная), но готовой аппаратной реализации у меня пока нет, в связи с этим отложено написание соответствующего ПО под данную платформу. В утилите SYSTEM$ обнаружение AY реализовано.
Что-то не получается стартануть DS-DOS с ROM-диска на OrionPro. Мусор на экране и зависон. Странно. Сам ROM-диск работает, в мониторе через команды O/I данные успешно читаются. Диск собран по схеме из темы про периферию Ориона-ПРО. Ни у кого таких проблем небыло?
Romych, в диск прошита сборка для ОРИОН-ПРО ? Перемычки на плате по феньшую выставлены?
Да, конечно для Орион ПРО отсюда. Странно, если отключить загрузку с ROM-диска, потом в power-командере, если переключать ПЗУ-шки, то файлы видны только на 3-ей ПЗУ-шке (KERN, CONIO, IDE2, SYSTEM$ и т.п. игр несколько), на 1-й и 2-й пусто, а на 0-вой один странный файл с названием WRITING.
Сечас залит образ 256к в играми. Пробовал программерский, тоже так же не грузится. В ROM-диске стоит W27C020.
Такое ощущение, что страницы перепутаны. Однако, если бы это было так, Орион не находил бы ROM-диск при загрузке вообще, т.к. не нашел бы сигнатуру, а он находит и пробует грузиться.
Проверял шифратор ROM-диска, получается что-то такое:
port 2c A16 A17
0001 1 1
0010 1 0
0100 0 1
1000 0 0
Получается, что действительно страницы идут задом наперед. А вообще, курильщик его разрабатывал, в исходном ROM-диске можно было программно врубить 2 ПЗУ одновременно на чтение, неужели нельзя было добавить в схему дешифратор? А в современной схеме с большой ПЗУ, его просто убрать и не пихать в схему шифратор.
- - - Добавлено - - -
Интересно, записал на все 4 страницы одинаковые образы (объеденил 4 64-х килобайтных) и все загрузилось!
Такого в сборках точно нет.Цитата:
Сообщение от Romych
Там нет никаких проверок. Максимум что может быть - проверка на 00h и FFh (типа чистую ПЗУ или её отсутствие), и то вряд ли.Цитата:
Сообщение от Romych
История с сигнатурой это для ROM-диска в новом формате.
Выборка кристалла соответствующей ПЗУ (в оригинальном диске на чипах по 64 Кб) осуществляется уровнем "0". Тут наблюдается какая-то инверсная логика...Цитата:
Сообщение от Romych
Не то что две, а все четыре можно! Это конечно лютый треш, согласен.Цитата:
Сообщение от Romych
Denn, спасибо за пояснения и за интересную ОС. Еще раз проверю работу шифратора, может я чего напутал, хоть вроде и проверял всё. А "WRITING" там и правда есть в начале файла romdisk3.bin в игровой ПЗУ, но это не файл, конечно, а просто кусочек строки "INPUT NUMBER OF WRITING PLAN (1-5)?", который power commander воспринимает как имя файла.
- - - Добавлено - - -
Проверил, странно, у меня все равно выборка идет "1" битом порта 2C, как не крути. Я рисовал плату и схему ROM-диска по файлу DIP-Drace от АлександраПП из темы про периферию Ориона ПРО.
Загнал кусок схемы, относящейся к шифратору в симулятор, получил логику работы полностью совпадающую с моей платой.
Раз у всех нормально работает ROM-диск, то получается, что файл АлександраПП не соответствует тем платам, на которых все собирали ROM-диски.
Посмотрел схему, а там выходы на чипселекты берутся с инверсных выходов порта ТМ8. Получается, что программно мы выбираем нужный бит "1", а на ПЗУ всё приходит как надо - "0".Цитата:
Сообщение от Romych
Странные чедеса происходят на Орионе-ПРО с частотой CPU, раньше такого не замечал.
Не пойму где проблема? Частоту ведь можно на 2,5 только программно поменять?
Этот глюк проявляется только с установленной платой IDE-RTC (и то и то работает)
Romych, прикольно. Т.е. аппаратно не переключается клок ЦП. Что-то с конфигурационной ВВ55, видимо.
Не, реально если твоя утилита пишет 2,5, то и клок на процессоре 2,5. Только он слетает сам.
Экспериментально, удалось вылечить, вытянул 82с55 из платы ROM-IDE (F600h) и глюк пропал. Причем диск на F600 работал в Altair DOS, но, понятное дело, не работал в DSDOS. Причем и Орион с двумя дисками пускается нестабильно. Видимо уже просто перебор по количеству ВВ55 на шине данных :)
Сейчас у меня на Орионе в DSDOS стабильно работают RTC (на KS82C6818A), RAM-Диск 1Мб, IDE на IDE-RTC. Непонятно ведет себя SRAM-Диск, не сохраняет данные. При запуске SRAM$DRV его точно не очищает? У меня 3 разных DS1245Y, одна точно должна быть нормальная, по крайней мере похожа на настоящую. Над одной я надругался:), но батарея была напряжением 2,9В - как бы достаточно. Ну да ладно, я в мониторе попробую через порты ее потестировать еще.
"Форматирование диска производится автоматически на этапе загрузки драйвера, в случае, если он не был размечен ранее."Цитата:
Сообщение от Romych
Последняя сборка DSDOS 3.93 (Программерская). Вчера сделал небольшой ассемблерный файл, который отлично компилировал ASSM$. На ночь, скопировал его с квази-диска на флоппи. Утром вернул обратно. Визуально внутри файла ничего не изменилось. Но теперь, ассемблер выдает на первом проходе ошибку "Ошибка формата".
Файл без проблем редактируется встроенным редактором. Denn, вопрос, по каким критериям ASSM$ определяет, что файл текстовый?Цитата:
При загрузке файлов производится проверка формата, и если файл не является текстовым, то работа компилятора прерывается с сообщением: "Ошибка формата".
При загрузке файлов производится проверка формата, и если файл не является текстовым, то работа компилятора прерывается с сообщением: "Ошибка формата".Цитата:
Сообщение от Romych
Текстовый файл представляет собой набор строк, разделённых символом перевода строки (ASCII-код 0Dh). Признаком конца текстового файла является символ с кодом FFh.
Каждая строка может иметь длину от 0 до 255 символов с кодами от 20h до FEh включительно (расширенная кодировка ОС DSDOS, ExtASCII).
Символы с кодами от 00h до 0Ch и от 0Eh до 1Fh включительно не используются и считаются ошибочными для данного формата
- - - Добавлено - - -
Сравнение файлов с разных дисков подтверждает совпадение?Цитата:
Сообщение от Romych
Показывает в каком месте ошибка?Цитата:
Сообщение от Romych
Denn, спасибо за более чем подробный ответ. Оказалось все просто. На дискете "сломался" файл DSDOS.L, который подключен через INCL, я брал за основу шаблон, который шел в комплекте NEW.AS.
Плохо, что ассемблер не показал место ошибки. В данном случае, это оказался вообще другой файл.
По хорошему, каждое ПО требует целой "жизни" или работы команды разработчиков, тогда будут свистелки, рюшечки и прочие удобства. Когда делаешь в одиночку ВСЁ, то на каждую задачу выделяется квант времени, и что успелось, то и имеем. А так задумок по "допиливанию" ассемблера много, конечно...Цитата:
Сообщение от Romych
Я не критикую же, спасибо за то, что есть.
Доброго дня. Всех с наступающими праздниками!
Традиционное предновогоднее обновление, на этот раз для обеих платформ: версия 3.93r для Орион-128 и версия 3.94r для Орион-ПРО.
Список изменений:
► исправлена неприятная ошибка в процедуре чтения тела файла определённого размера с ГМД;
► исправлена ошибка обнуления показаний секунд RTC при "холодной" загрузке ОС;
► устранены редко проскакивающие глюки в показаниях даты и времени в оболочке;
► присутствующий в сборках BASIC$ для всех платформ - версии 2.4 (с исправлением для процессора Z80);
► исправления по SDK "программерских" сборок:
- добавлены библиотеки COLOR.L и WUI.L
- добавлен пример кода обработки командной строки CMD.AS
- отсутствовал в сборках файл рабочей среды ED.INI
- была ссылка на некорректное имя файла шаблона NEW.AS
► мелкие изменения некоторых горячих клавиш в оболочке (Ctrl+W продублировано на [W] вместо выхода);
► в сборках более 64 Кб добавлен текстовый файл SHELL.HP с описанием горячих клавиш оболочки;
► изменён цвет отображения количества файлов в панелях оболочки;
► в сборках для Орион-128 также добавлен функционал, который был доступен ранее для Орион-ПРО:
- улучшен функционал переименования файла в оболочке - теперь работает [Shift+6] / [Shift+F6];
- в оболочке добавлены две новые опции: вывод атрибутов [Y] и вывод контрольной- и XOR-суммы текущего файла [S].
▼▼▼ Ссылки для скачивания обновлённых вариантов сборок ▼▼▼
Для ПРК ОРИОН-128/512:
https://forum-img.guitarplayer.ru/2021/01/04/oilUf.png
ПЗУ ROM-диска объёмом 64 Кб
ПЗУ ROM-диска объёмом 128 Кб
ПЗУ ROM-диска объёмом 256 Кб
ПЗУ ROM-диска объёмом 512 Кб
ПЗУ ROM-диска объёмом 1024 Кб
специализированная "программерская", ПЗУ ROM-диска объёмом 512 Кб
специализированная "программерская", ПЗУ ROM-диска объёмом 1024 Кб
Для ПК ОРИОН-ПРО:
https://forum-img.guitarplayer.ru/2021/01/04/oiot4.png
"Стандарт-64", ПЗУ ROM-диска объёмом 64 Кб
"Стандарт-256", ПЗУ ROM-диска объёмом 256 Кб
"Игровая-64", ПЗУ ROM-диска объёмом 64 Кб
"Игровая-256", ПЗУ ROM-диска объёмом 256 Кб
"Программист-64", ПЗУ ROM-диска объёмом 64 Кб
"Программист-256", ПЗУ ROM-диска объёмом 256 Кб
Внутри архивов под объёмы 256 Кб находится два варианта: одним полным образом (файл romdisk.bin) для новой версии ROM-диска, и четырьмя файлами по 64 Кб (файлы romdiskN.bin) для старого варианта диска (в составе мультикарты).
П.С. АРХИВЫ ОБНОВЛЕНЫ 04.01.2021 !!!
Молодец, Denn, спасибо за подарок под елку, прямо к новому году!
Да это реальный подарок!!! Спасибо!!! Поторопился я, три ПЗУ запрограммировал.... уже, придется "повторить" !
Всех с наступающим новым годом!!!
Также традиционные пост релизные поправки =)
Спасибо комраду Ugloff, он обнаружил неработоспособность команды LOAD в Бэйсике. Проблема, вероятно, возникла с выходом 31.12.2018 версии 3.9, и связана с изменением алгоритмов эмуляции API ORDOS. Расследование показало недокументированное использование п/п поиска файла (BFE5h) в Бэйсике, вероятно автор знал устройство кода ORDOS и решил "срезать угол". В старом варианте эмуляции недокументированная "фича" случайно совпала и проблем не было, в новой эмуляции код изменился и оно уже "не прокатывает". Возможно ещё какое-то ПО под ORDOS использует данную лазейку.
Заплатку сделал, сборки пересобрал, архивы обновил (ссылки те же). Кому важна загрузка файлов в Бэйсике, придётся перепрошить ROM-диск.
П.С. в том же Бэйсике команда FILES не работает и работать под DSDOS не будет! Это связано с очень глубоким некорректным использованием ресурсов ОС: вместо запроса списка файлов на диске через соотв. п/п ОС, код Бэйсика сам сканирует структуру квазидиска в ОЗУ второй страницы и ищет свои файлы. В DSDOS квазидиск устроен совершенно иначе и такой вид обработки невозможен.