а что там не адекватного? цена собранной платы ни чем не дороже той же Эвы. Может даже дешевле.Сообщение от Error404
код ПЦ загрузчика лежит как и положено в 0м секторе. Загрузчик Спринтера лежит следом. Для этого в заголовке у фатовой дискеты есть переменная - зарезервированно секторов. достаточно 1 или 2 сектора в резерв поставить и занять под загрузчик. поэтому дискета и на пц и на спринтере работает. на винтах код загрузчика спринтера лежит сразу за mbr.
С любовью к вам, Yandex.Direct
Размещение рекламы на форуме способствует его дальнейшему развитию
тоже сравнил. Эва как 3 Ориона стоит при впятеро меньшем количестве корпусов. Ну, примерно.
Дискета работает на пц и на спринтере не потому что там два загрузчика, а потому что и пц и на спринтер работают с одинаковым форматом дискеты.
Или расчет в году, когда дискет было как грязи, делался на то, что можно будет грузиться(!) с одной и той же дискеты в двух совсем разных архитектурах? Для этого пришлось бы (даже приняв шизофрению что в том году еще были в каких-то глухих деревнях люди, грузившиеся и работавшие на PC с дискетки, а не с винта) держать на этой дискете винигрет из экзешников обоих архитектур. Ведь загрузка это не только загрузчик, это еще файлы ОС, конфиги, транзитные программы и т.п. Т.е. кроме как загрузиться с этого диска - уже ничего (ибо место занято мусором другой платформы) и для работы надо второй (третий, ...). Что мешало просто сразу держать два диска - один для РС и один для Спринтера, с нормальным загрузчиком как у всех - в первом (ну или нулевом - как считать) секторе? От этого они не перестали бы читаться. Как читаются на PC диски от MSX DOS (и обратно) не смотря на то, что на MSX никто не страдал такими чудачествами как на Спринтере.
Последний раз редактировалось Error404; 05.06.2019 в 22:03.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
В помощь линуксистам - утилиты Линукс для работы с файловыми системами UZIX:
https://github.com/marioaugustorama/UXU
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
В UDI.WCX (плагин для образов ФС UZIX) добавил фичу работы с bootsector и системными дорожками образа - запись/чтение кода бутсектора и кода ОС внутрь системных структур не повреждая исходного форматирования ФС через виртуальный подкаталог с виртуальными файлами boot.bin (может быть переименован в INI), system.bin (при последующей перезаписи в системной области сохранится имя и дата записанного файла ядра, если записываемый файл хотя бы на 32 байта меньше системной области). Фича необходимая, т.к. без неё никак не могут начать работу другие разработчики UZIX - препятствует то, что во всех репозиториях ЮЗИКСа что я видел (например по ссылке постом ранее), бутсектор и ядро ОС компилируются раздельно, и их после компиляциии как-то надо записывать на диск.
А например в АльтаирДОС я сделал что код бутсектора и ОС заливается одним общим файлом (т.к. и компилируется в один общий файл - чтобы при крайней необходимости можно было тупо одной командой POWER.COM залить скомпилированное на системные треки в нативной CP/M, впрочем там это умеет и fdisk), это тоже обрабатывается через виртуальный файл, но уже соответственно в ODI.WCX.
Исходники и бинари залиты на GIT. Надо ли продолжать практику дублирования бинарников вложениями на форуме?
Последний раз редактировалось Error404; 15.06.2019 в 13:56.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Скинь посмотреть твой Makefile, пож.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Где ты был неделю назад?.. Всё удалено, а архив побился
"Байт-48"
Печально, чо. Делайте бэкапы, коллеги!Где ты был неделю назад?.. Всё удалено, а архив побился
У меня тоже дней десять назад 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 пришлось применить.
Лучше сделать и жалеть, чем не сделать и жалеть.
Некоторые из моих поделок тут: https://github.com/serge-404
Эту тему просматривают: 1 (пользователей: 0 , гостей: 1)
Ваши права
Ответить с цитированием
