Техраздел UZIX

[Error404]

там есть образ с собранной системой, датируется аж 2012 годом. скачал эмулятор Шарпа. оно работает. Но команд там не хватает, конечно. Написано, прототип. Последние правки датируются 2014 годом. Мануала по сборке нет. по make файлу видно, что не хватает ещё тулз для сборки. ну, вероятно это всё должно собираться под линухом?! ну я скачал для истории и осмотра...

наверное надо просто отдельно развернуть SDCC нужного релиза. make то уж наверное в нем есть? Если нет, можно make из cygwin или mingw использовать (я собственно так и и сделал для сборки UZIX)

дай (голосом чайки из Немо)) )?!

вот тут образы что я использовал для теста, исходники на Git, бинарники во вложении этого сообщения (вместо хелпа смотри в исходники. Версия еще не окончательная, там еще будут правки).
OHI.WCX-для работы c образами HDD, аггрегирует ODI.WCX, UDI.WCX и FDI.WCX для их работы с offset MBR-разделов (Delphi5)
ODI.WCX-для работы c образами дискет СP/M (Delphi5)
FDI.WCX-для работы c образами дискет FAT (BCB5)
UDI.WCX-для работы c образами дискет UZIX (BCB5)

Всё 32-битное. Смысла в 64-битных файловых менеджерах не вижу, и сижу на DoubleCommander 32 бит.

В плагине OHI.WCX есть возможность инициализации образа (создать запись MBR), а также создание и удаление primary MBR партиций типа CPM, FAT и UZIX (партиции создаются уже инициализированные, т.е. вместе с файловой системой). Работа с партициями как с подкаталогами (создать-F7, удалить F8), при создании в качестве "имени каталога" указывается тип и размер партиции, например "UZIX 20M", "FAT 32768000" или "CPM 1500K". Т.е. не нужен fdisk - взяли любой подходящий файл (лучше зануленый - чтобы архивировался хорошо), переименовали в OHI, проинитили (просто войдя в этот "образ"), создали партиции по F7, в них создали структуру каталогов (в случае UZIX или FAT), накидали файлы. Всё.

В UDI.WCX (плагин для образов ФС UZIX) есть фича работы с bootsector и системными дорожками образа - запись/чтение кода бутсектора и кода ОС внутрь системных структур не повреждая исходного форматирования ФС через виртуальный подкаталог с виртуальными файлами boot.bin (может быть переименован в INI), system.bin (при последующей перезаписи если записываемый файл хотя бы на 32 байта меньше системной области, в системной области сохранится имя и дата записанного файла ядра). Фича необходимая, т.к. во всех репозиториях ЮЗИКСа что я видел, бутсектор и ядро ОС компилируются раздельно, и их после компиляциии как-то надо записывать на диск.

В CPM-разделах код бутсектора и ОС заливается одним общим файлом (т.к. в АльтаирДОС оно у меня компилируется в один общий файл - чтобы при крайней необходимости можно было тупо одной командой POWER.COM залить скомпилированное на системные треки в нативной CP/M, впрочем в АльтаирДОС это умеет и fdisk, причем более интеллектуально), это тоже обрабатывается через виртуальный файл, но уже соответственно в ODI.WCX.

Картинки:

Скрытый текст

1.

2.

3.

4.

.

[свернуть]

[Advertiser]

[Xrust]

Какой-то позор

8- битникам грех жаловаться

[andreil]

Я тут глянул в сорцы cpm32_04.zip, тамошний эмулятор легко заменится на любой другой написанный на С т.к. никак не зависит от C-кода. Выполнение идет по одной команде, всё управляется из корневого C-кода со связью через единственную структуру с регистрами процессора да массив 64к с "ОЗУ Z80". Задачка - начать да кончить. Когда займешься, andreil, завод запустили уже?

Как писал выше - ассемблерный код написан для компилятора MSVC. То есть и основную программу надо для него же собирать.

PS: Тут я редко бываю - проще законтачить со мной через VK/Viber/WhatsApp
И через 2 месяца я буду на другой работе...

[Error404]

Как писал выше - ассемблерный код написан для компилятора MSVC. То есть и основную программу надо для него же собирать.

PS: Тут я редко бываю - проще законтачить со мной через VK/Viber/WhatsApp
И через 2 месяца я буду на другой работе...

Я про то, что ассеблерное вообще нафиг выкинуть и взять движок Z80 на C с другого эмулятора. Т.к. C и ASM части практически не завязаны друг на друга.

[Sayman]

наверное надо просто отдельно развернуть SDCC нужного релиза. make то уж наверное в нем есть? Если нет, можно make из cygwin или mingw использовать



вот тут образы что я использовал для теста, исходники и бинарники во вложении этого сообщения (вместо хелпа смотри в исходники Версия еще не окончательная, там еще будут правки).
ODI.WCX-для работы c образами дискет СP/M (Delphi5)
UDI.WCX-для работы c образами дискет UZIX (BCB5)
OHI.WCX-для работы c образами HDD, аггрегирует ODI.WCX и UDI.WCX для их работы с offset MBR-разделов (Delphi5)

Всё 32-битное. Смысла в 64-битных файловых менеджерах не вижу, и сижу на DoubleCommander 32 бит.

PS. Какой-то позор с вложениями на форуме (я про объем как на файл так и общий), как будто не 21 веке живем.

печалька, но плугины не умеют открывать эти образы от Шарпа. причём я заголовок убрал (там какой то cpc формат образа), оставил только "сырые" данные (как в img файлах). плугины всё ровно не читают образ.

[Error404]

печалька, но плугины не умеют открывать эти образы от Шарпа. причём я заголовок убрал (там какой то cpc формат образа), оставил только "сырые" данные (как в img файлах). плугины всё ровно не читают образ.

Там если даже один лишний байт в структурах он где-то добавил, то всё поедет и открываться не станет.
А ты хотел именно шарповские расковырять, что надеешься там найти? Этот дистрибутив не производит впечатление того что он хоть каким-то боком более развитый чем оригинальный UZIX (под который мои плагины), скорее выглядит как сокращенная адаптация к той платформе, причем с правками от оригинала (довольно бессмысленными, типа для линуксовой пионерской красивости - хелперы там всякие и прочая туфта).

- - - Добавлено - - -

Кстати, С-компилятор может делать выравнивание структур по своим собственным соображениям (на что я натолкнулся в BCB5, эффект был такой же - не открывались образы из за несовпадающих структур FS) отчего они разъедутся от оригинала. И поэтому даже если не меняя исходников автор не изучая ключи компилера собрал что-то SDCC (в котором ключей вагон и тележка), который где-то что-то "подравнял", то бинарная совместимость с оригиналом пропадет как в образах, так и в перекомпилированных исполняемых файлах. Я же совместимости с оригиналом специально добивался, вот и не открываются шарпы.

[Sayman]

ну во1х, формат дискетных образов к эмулятору от cpc. оказалось там структура секторов прописана на протяжении всего образа, а не только в заголовке. Т.е. надо править исходник плагина, но я в паскале не бум бум...
во2х, собранный образ там за 2012й год. лежит в папке "прототип", что намекает на то, что это первая компиляция и при том весьма успешная. Комплект действительно мелковат, но для прототипа не плохо. последние исходники за 2014й год,/ но там тоже не весь комплект. что печально. Тем не менее я сравнил стабильность работы оригинала в blueMSX и этого порта под Шарп - шарп ни разу не баганул у меня, а оригинал просто пестрит багами, тормозами и крашами. хочется попробовать подсунуть уже собранные для оригинала бинарники. вроде должно взлететь...

п.с. всё думаю, а не запилить ли порт под спринтера?! но тут есть главный минус - бинарно собранные программки будут не совместимы. В первую очередь по причине точки размещения диспечера апи по адресу 8 (call 8). У спринтера по этому адреса диспечер выхода на апи bios завязан. чтобы переписать, нужно залезать в исходники биоса, что делать не очень хочется. Ближайшая точка для диспечера - адрес 16 (dec). ну и есть мысли сильно переписать на асме вместо си.

[Error404]

ну во1х, формат дискетных образов к эмулятору от cpc. оказалось там структура секторов прописана на протяжении всего образа, а не только в заголовке. Т.е. надо править исходник плагина,

Не, такое я точно делать не буду, как вариант сделай тупо шринкер (используя любой любимый компилятор) который тупо повырезает нафиг из образа все лишние служебные данные (которые как понял к FS UZIX не относятся?). Простая посекторная копия - это сегодня самый распространенный формат (т.к. простой), остальные маргинальные форматы поддерживать нет смысла.

образ там за 2012й год. лежит в папке "прототип", что намекает на то, что это первая компиляция и при том весьма успешная.

На успешность обычно намекает папка "релиз"

п.с. всё думаю, а не запилить ли порт под спринтера?! но тут есть главный минус - бинарно собранные программки будут не совместимы. В первую очередь по причине точки размещения диспечера апи по адресу 8 (call 8). У спринтера по этому адреса диспечер выхода на апи bios завязан. чтобы переписать, нужно залезать в исходники биоса, что делать не очень хочется. Ближайшая точка для диспечера - адрес 16 (dec). ну и есть мысли сильно переписать на асме вместо си.

Пора от дум переходить к действиям.
Вызов ядра надо оставить на 8h, просто накрыть служебные области BIOS Спринтера окном диспетчера. Там же есть диспетчер в окне с 0? Там ведь не только 8h, там еще и 0h..100h для эмулятора CP/M понадобится.
И есть идея оверлея для libc (типа шареной libc.so) которая переключается в этом же окне 0..3FFFh (т.е. один хрен окно нужно использовать) - это даст существенный прирост в размере кода приложения (т.к. десятки килобайт в любом большом приложении буду унесены в другую страницу ОЗУ, причем работать это будет без изменения исходников, процесса компиляции и компилятора - тупо единожды поделив libc на статически прилинковываемый в приложение маленький диспетчер и большой оверлей доп.страниц)

- - - Добавлено - - -

В отличие от не будем показывать пальцем способа SDCC с его самодеятельными спецвставками от компилятора по переключению страниц (типа специально объявляемые _far)

- - - Добавлено - - -

8- битникам грех жаловаться

форум и вставляемые картинки конвертирует во что-то нищенско 7-битное с клешингом.

[Sayman]

Простая посекторная копия - это сегодня самый распространенный формат (т.к. простой), остальные маргинальные форматы поддерживать нет смысла.

это не совсем маргинальный формат. обычный образ cpc/pcw. судя по всяким викиям - придумали для того, чтобы копировать всякие защищённые и не стандартные диски. почему в Шарпе его заюзали сам не знаю. ну и ладно...

На успешность обычно намекает папка "релиз"

я имел в виду то, что этот прототип уже сразу же работает и не глючит. хотя кой чего из оригинала явно не хватает...

Вызов ядра надо оставить на 8h, просто накрыть служебные области BIOS Спринтера окном диспетчера. Там же есть диспетчер в окне с 0? Там ведь не только 8h, там еще и 0h..100h для эмулятора CP/M понадобится.

это почти не реализуемо. по адресу 8h расположено переключение системного порта. при его включении на 0е окно накладывается область пзу. чтобы выключить её там же на адресе 8h в пзу отзеркалена та же процедура. если зайти в биос в обход этой процедуры, то выйти обратно... ещё надо подумать как тут станцевать...
хотяя.. кое какие мысли есть...
эмулятор ЦПМ не очень сильно нужен. за всё время эмулятром цпм под дос спринтера я так и не воспользовался. поэтому не очень сильно буду огорчён его отсутствием в юзихе.

Пора от дум переходить к действиям.

постоянно останавливает одна мысль - с практической точки зрения на спринтере и доса хватает. зачем там юзикс? только если интереса ради...
кстати, на чистом асме под юзикса пробовал писать?

опять таки - tcp/ip на спринтере не предвидится в виду отсутствия лишнего ком порта на которой можно было бы повешать нуль модем или esp8266.

[Error404]

это почти не реализуемо. по адресу 8h расположено переключение системного порта. при его включении на 0е окно накладывается область пзу. чтобы выключить её там же на адресе 8h в пзу отзеркалена та же процедура. если зайти в биос в обход этой процедуры, то выйти обратно... ещё надо подумать как тут станцевать...
хотяя.. кое какие мысли есть...

Не пойму - там какие-то аппаратные примочки замапированы на ОЗУ причем в начале ОЗУ? И совсем не отключаемо (оно же на CPLD собрано, убрать всю порнографию прошивкой)? И это в самом современном Спектруме, при том что уже на Кворуме в середине прошлого века caro всем показал как надо делать по нормальному?

эмулятор ЦПМ не очень сильно нужен. за всё время эмулятром цпм под дос спринтера я так и не воспользовался. поэтому не очень сильно буду огорчён его отсутствием в юзихе.
постоянно останавливает одна мысль - с практической точки зрения на спринтере и доса хватает. зачем там юзикс? только если интереса ради...
кстати, на чистом асме под юзикса пробовал писать?

Писал маленько на АСМе, в принципе ничем не отличается от написания кода под CP/M. Та же libc и есть в значительной степени код для UZIX, написанный на ASM (в приглядку в libc и писал). Вот только где ты возьмешь нормальный нативный АСМ? В Юзиксе своего нормального нету, есть только обрубок ЕМНИП что-то типа fudeasm. Я пользуюсь как раз таки CP/M-овским, в-общем то когда ползуешься любым нормальным софтом в ЮЗИКСе, софт оказывается CPM-овским. А остальное что - ls и cp?

- - - Добавлено - - -

Конечно, есть еще неспортивные способы с использованием АСМ на PC, но и там я использую M80/L80 под эмулем CPM - ничего лучше пока не встретил.