Техраздел UZIX

Вид для печати

Показывать 40 сообщений этой темы на одной странице

05.06.2019, 20:35
Sayman

Цитата:

Сообщение от Error404

который и сейчас стОит неадекватно

а что там не адекватного? цена собранной платы ни чем не дороже той же Эвы. Может даже дешевле.

Цитата:

Сообщение от Error404

Т.е. получается что на одной и той же дискетке лежит сначала код загрузчика в опкодах x86, а затем код загрузчика в опкодах z80?

код ПЦ загрузчика лежит как и положено в 0м секторе. Загрузчик Спринтера лежит следом. Для этого в заголовке у фатовой дискеты есть переменная - зарезервированно секторов. достаточно 1 или 2 сектора в резерв поставить и занять под загрузчик. поэтому дискета и на пц и на спринтере работает. на винтах код загрузчика спринтера лежит сразу за mbr.
05.06.2019, 22:01
Error404

Цитата:

Сообщение от Sayman

а что там не адекватного? цена собранной платы ни чем не дороже той же Эвы. Может даже дешевле.

тоже сравнил. Эва как 3 Ориона стоит при впятеро меньшем количестве корпусов. Ну, примерно.

Цитата:

Сообщение от Sayman

код ПЦ загрузчика лежит как и положено в 0м секторе. Загрузчик Спринтера лежит следом. Для этого в заголовке у фатовой дискеты есть переменная - зарезервированно секторов. достаточно 1 или 2 сектора в резерв поставить и занять под загрузчик. поэтому дискета и на пц и на спринтере работает. на винтах код загрузчика спринтера лежит сразу за mbr.

Дискета работает на пц и на спринтере не потому что там два загрузчика, а потому что и пц и на спринтер работают с одинаковым форматом дискеты.
Или расчет в году, когда дискет было как грязи, делался на то, что можно будет грузиться(!) с одной и той же дискеты в двух совсем разных архитектурах? Для этого пришлось бы (даже приняв шизофрению что в том году еще были в каких-то глухих деревнях люди, грузившиеся и работавшие на PC с дискетки, а не с винта) держать на этой дискете винигрет из экзешников обоих архитектур. Ведь загрузка это не только загрузчик, это еще файлы ОС, конфиги, транзитные программы и т.п. Т.е. кроме как загрузиться с этого диска - уже ничего (ибо место занято мусором другой платформы) и для работы надо второй (третий, ...). Что мешало просто сразу держать два диска - один для РС и один для Спринтера, с нормальным загрузчиком как у всех - в первом (ну или нулевом - как считать) секторе? От этого они не перестали бы читаться. Как читаются на PC диски от MSX DOS (и обратно) не смотря на то, что на MSX никто не страдал такими чудачествами как на Спринтере.
06.06.2019, 12:25
Error404

Цитата:

Сообщение от andreil

Error404, Завтра думаю сесть за сырцы, как закончу с платкой. Может что перетяну ещё из современных *NIX.

В помощь линуксистам - утилиты Линукс для работы с файловыми системами UZIX:
https://github.com/marioaugustorama/UXU
08.06.2019, 00:11
Error404

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

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

Исходники и бинари залиты на GIT. Надо ли продолжать практику дублирования бинарников вложениями на форуме?

https://i.ibb.co/ctpBLBX/udi.png
04.07.2019, 19:49
Error404

Цитата:

Сообщение от andreil

Да, сейчас я с Makefile собираю. И всю сборку унифицировал, упростив оный.

Скинь посмотреть твой Makefile, пож.
04.07.2019, 21:37
andreil

Цитата:

Сообщение от Error404

Скинь посмотреть твой Makefile, пож.

Где ты был неделю назад?.. Всё удалено, а архив побился :(
https://image.prntscr.com/image/Vs7C...Wl7H8FvlqA.png
05.07.2019, 16:16
Error404

Цитата:

Сообщение от andreil

Где ты был неделю назад?.. Всё удалено, а архив побился :(

Печально, чо. Делайте бэкапы, коллеги!
У меня тоже дней десять назад SSD системный накернился (10 лет отпахал, Intel из первых MLC[), но что-то было забэкаплено, что-то на Гите, так что потери терпимые.
Оттого и тема с Linux поперла - поставил его во временное пользование, а вот на Винде теперь проверить сборку пока не могу. :)

Допилил makefile , заодно причесал чтобы не править ничего в его теле руками (переменные). Всё собирается "из коробки" по "make all" - Юзикс, утилиты. Эмулятор прекрасен, хотя и не быстр (ассемблерный движок же заменен на pure C) - сборка всего длится 2 минуты. На Гите актуальное.

Код:

user@lubuntu2:~/WORK/U.Z.I.X.$ make help Usage: make [<mode>] Available modes: kernel - rebuild EMU.COM,IDEBDOS.COM,UZIX.COM with existing OBJs ckernel - clean&rebuild OBJs, build uzix.com fdisk - rebuild FDISK.COM with existing OBJs cfdisk - clean&rebuild OBJs, build fdisk.com utils - rebuild IDEBDOS.COM,BD.COM,FSCK.COM,MKFS.COM,UCP.COM cutils - clean&rebuild OBJs, build BD.COM,FSCK.COM,MKFS.COM,UCP.COM all - clean all OBJs and rebuild all the above COM files clean - clean all OBJs and RELs user@lubuntu2:~/WORK/U.Z.I.X.$

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

Заковыки были как обычно в регистрах файлов (подозревал, но но макака как-то не очевидно об этом отображает) и несколько хаков (ну, для меня по крайней мере оно по неопытности так выглядит) в make пришлось применить.

Показывать 40 сообщений этой темы на одной странице