Алан Кокс представил Unix-подобную ОС Fuzix, ядро которой потребляет около 40 Кб ОЗУ

[Eltaron]

Eltaron, круто! Как удалось?

Реализовал примитивы, через которые работает виртуальный терминал, плюс раскидал код вокруг экрана. Нижние 16 кб сидят в ПЗУ вместо BASIC128, верхняя часть грузится откуда-нибудь (пока что грузится из ниоткуда через хак эмулятора)
Свободной памяти осталось 6 килобайт, так что 48к-совместимость отметается. А в 128 можно класть пользовательский софт в верхнюю страницу памяти, так что 5 программ по 16 килобайт сделать можно.

[Advertiser]

[jemmini]

гы. а процедуру вывода на печать на экране спектрума ты сам писал?

[Eltaron]

Или 10 по 8!

Это сложнее, придётся таблицу релокейшенов хранить. Да и куда нам 10, всю жизнь 1 процесса хватало

---------- Post added at 12:03 ---------- Previous post was at 12:01 ----------

гы. а процедуру вывода на печать на экране спектрума ты сам писал?

Ну да. А шрифт 8x8 в fuzix уже был.

[Sergey]

Реализовал примитивы, через которые работает виртуальный терминал...

Дружищще, а не научишь как это всё в SDCC скомпилить, и куда драйвер экрана прикручивать?

[Eltaron]

Дружищще, а не научишь как это всё в SDCC скомпилить, и куда драйвер экрана прикручивать?

Вот сорцы https://github.com/atsidaev/FUZIX/tree/zx128-clean

Со сборкой беда, под линуксом собирается, вот виндой под cygwin не хочет. Не разбирался, в чём дело, может быть, что это просто лечится.
Для сборки нужен sdcc 3.4. В Makefile меняешь платформу на zx128, make, готово.

---------- Post added at 16:27 ---------- Previous post was at 15:09 ----------

Алан принял pull request, так что теперь сорцы есть и в апстриме
http://github.com/EtchedPixels/FUZIX/

[Error404]

Часто вижу у автора такой код:

int lpr_open(uint8_t minor, uint16_t flag)
{
minor; flag; // shut up compiler
udata.u_error = ENODEV;
return (-1);
}

Не понятно что это за шиза? ANSI такое позволяет?

[Valen]

Не понятно что это за шиза? ANSI такое позволяет?

minor; flag; // shut up compiler

Это для того, чтобы sdcc не выдавал "Warning : var not used".

[Error404]

minor; flag; // shut up compiler

Это для того, чтобы sdcc не выдавал "Warning : var not used".

Ну, я как-то так и предполагал.
Интересно во что это компилируется.
Конечно, не настолько интересно, чтобы ставить SDCC.

По теме, портирование автором описано, но как-то странно: очевидные вещи, типа нижнего уровня доступа к блочным девайсам (примитивные подпрограммы, которые можно взять от Uzix практически один в один, благо в Uzix вся аппаратнозависимая часть изолирована, более скоромная по количеству кода кстати) - разжеваны, а то что уникальное он сам там насочинял, типа менеджеров памяти (коих там распланировано аж 5 штук, видимо чтобы нескучно было разбираться) - с пятого на десятое, надо лезть в код. За это ему жирный минус. Будем ждать имплементацию TCP/IP, только это перевесит. Делать еще один "хело ворлд" в виде ядра, нет сил.

[Sergey]

minor; flag; // shut up compiler
Это для того, чтобы sdcc не выдавал "Warning : var not used".

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

---------- Post added at 10:18 ---------- Previous post was at 10:11 ----------

Ну, я как-то так и предполагал.
Интересно во что это компилируется.

Ни во что не компилируется.

[Valen]

А здесь же он умышленно написал функцию, не использующую ни один своих аргументов.

Да,
просто реализацию функции он ещё не написал.

Другое дело, что вероятно было-бы более разумно в sdcc,
чтобы можно было выключить этот Warning, как-то через pragma.
И не добавлять в код, "пустые" по смыслу строки, но пока - вот так только.

Ни во что не компилируется.

Подтверждаю.