Спасибо, Vlad. Сегодня выкладываю пре-2, в котором Алексей (кажется, по твоей рекомендации) сделал отдельно loader. Скоро выправлю нумерацию версий так, как ты предлагаешь.
Другими словами - то, что сейчас вышло, называется 0.1.2

Видимо, ошибаешься ;-) Версия 1 - это, типа, релиз. А нам до релиза еще далековато...
Предлагаю 0.1. Дальнейшие билды - 0.1.x. Как сделаем что-нить хорошее, или накопится достаточно изменений - 0.2. И т.д.
Релиз, как мне кажется, стаит затевать не раньше, чем будет реализована нормальная (правильная) функциональность ядра + поддержка сети (драйвера) + поддержка видео (драйвера).

Алексей прислал версию Menuet RE и если я не ошибаюсь, ее следует называть Menuet RE 1... А если ошибаюсь - поправьте, пожалуйста :-) ...Как бы там ни было, версия полностью модульная, то есть ядро четко разбито на отдельные файлы, в соответствии с фунциональностью... Ссылка в разделе "Ядро".

0.58p6:

Ура! Quickcode исправил английскую раскладку. И что особенно приятно, что исправил не влезая в ядро... По-моему, так и надо... зачем его лишний раз трогать :-)

Замечание:

Обратите внимание, ссылка на текущую русскую версию изменилась - теперь она лежит здесь - http://menuet.narod.ru/run.zip, а не ...v058/run.zip, как было раньше.

P.S. Поскольку исправления в SETUP.ASM, то надо, наверное, сперва этот самый SETUP запустить, прежде чем использовать привычную клаву. По-моему, это не страшно :-)

Вывод драйвер осуществляет НАПРЯМУЮ, естественно при этом не проверяя буфер по 0x4000000, так как это не его задача. Отсюда последствия куски окон поверх exmdrv воспринимаются за содержимое экрана и скролируются вместе с близнецами (так как попадают в фрагмент скролинга). Как шрифты, с координатами окна неувязка они находятся в ядре а доступ туда из задачи невозможен (см email).

Как шрифты?

К сожалению 32bpp лично я не пробовал. Зато, только что запустил 0.58p5: EXMDRV опять глючит, хотя видны явные улучшения.

Итак, мышь не пьянеет, но куда-то исчезает, пока не повожу ей с клавы; близнецы и флаг все еще не зафиксированы относительно экрана, причем - когда близнецы танцуют, а НАД ними другое окно - они его перебивают и вылезают наверх. А вот когда они прокручиваются вверх-вниз, а над ними окно, то прокручиваются не совсем они, а кусок этого другого окна (при прокрутке вниз за окном остается след, но если опускается сам братишка - такого эффекта больше нет).

Тем не менее, прогресс явный, особенно со скроллингом. Еще раз браво, Алексей!

Драйвер взаимодействует с координатами окна только на уровне задачи, я переделаю exmdrv.asm так что бы координаты вывода были всегда оконные, заодно и расскажу как это сделать. ;-) Это ошибка моя - не драйвера. Мне интересно как драйвер работает на 32bpp. Кто нибудь проверял?

Попробовал... Я-то думал, что за скроллинг такой - оказывается строго по переводу - прокрутка. Отчет: опять какие-то глюкообразные эффекты...
DRVINFO опять ненедолго "опьянил мышь", ну да это пустяки

EXMDRV рисует красивый флаг :-) потом знакомых близнецов, а потом они уезжают - один вверх, другой вниз. Скроллятся. Причем, вслед за головой близнеца остается след, видимо от ее предыдущего положения. Основной глюк в том, как мне показалось (рад бы ошибиться :), что все трое (флаг и "близняшки") рисуются, судя по всему, исходя из абсолютных координат окна, а не относительно реального положения окна. То есть - перетаскиваю окно, а близнецы и флажок остаются :-) А это уже, кажется, касается Драйвера. Взаимодействует ли драйвер с координатами окна, Алексей? И, кстати, как они вообще храняться, если кто знает - я пока так и не понял даже, как это узнать реальные координаты окна (относительно экрана) из приложения?

Это было про 0.58p4, которая уже доступна :-)

Анонс:
Новые функции драйвера (0.58p4)

drScrollUp
drScrollDn
drPutImage - пофиксен

Алексей! Это шикарно :-)

-------------------------
BPP у меня 24, но об этом в письме...

Теперь я знаю, что эти баги не только у меня... И постоянный ребут меня тоже достал! А почему bochs тормозит, никто не знает?

Список багов:

Железо AMD Duron 700Mhz, 128Ram, Voodoo-STB Velosity (Voodoo-3, 1-TMU, 8Mb), Режим 3 1024x768x16,7 24bpp (To Extremus сколько BPP у тебя?) LFB Mode, Mouse PS/2, Sound onBoard

Звука нет, но с этим не разбирался пока.
Кнопки terminate не делал ни где, уж извините.

При quit зависает, на самом деле Сергей это ни система, всего лишь файл end (end.asm) по идеи все что пишет должен делать но ;-(

С fat32 те же траблы, таки опять в файле fat32.asm код этого "недоноска" ;-)

При многократной компиляции ядра и записи его при помощи r32.bat на диск, последний может в определенное время дойти до .................... и дальше не грузится. И вообще как меня запарило уже грузится с дискеты, кто бы знал ;-)

DRVINFO, глюки и все такое:

Откомпилил все сначала (родной 0.58 и затем 0.58p3),
причем сам DRVINFO с помощью fasmw.

Запустил:
Машина: AMD Thunderbird 900 512М, ATI Radeon VE,
Режим: [3] - Vesa2.0 1024 x 768 x 16.7M LFB, мышь PS/2 (может режим не тот?)

Обнаружилось, что DRVINFO сработал - выдал обещанное при нажатии any key :-)
Кроме того у него не было кнопки выхода, поэтому выключал через terminate в CPU Usage'

После этого - глюк: в том месте, где было окно DRVINFO остается прямоугольная область, а в ней остаются следы ото всех окно, которые в нее заезжают. Кроме того, мышь вдруг стала себя вести, как пьяная - ее повело и так пока не подвигаю курсором с клавиатуры. Прежде такой глюк наблюдался в Villeном 0.59pre4 после и во время запуска LEMU.

После - добавил кнопку для close (см. run.zip). Глюки пропали, но неожиданно завис EDITOR, в котором был DRVINFO - после перетаскивания окна оно отрисовало только рамку и перестало реагировать.

До кучи про остальные баги на моей машине:

а) При quit система всегда зависает на экране "IT'S SAFE TO POWER OFF COMPUTER OR..."
б) FAT32R читает только после того, как перепробую чуть ли не все комбинации master/slave и первой partition. EDITOR пишет в hd root тоже только после этого (Win2K+FAT32). Кстати, в этом сеансе - вообще не записал, хотя диск и подмигивал, что пишет :-)

Кстати, при нажатии в FAT12 на какой-то DEL (удаленный) файл - запустился DRVINFO. Полагаю, что он просто был записан поверх удаленного ранее файла. Но для FAT12 это тоже можно рассматривать, как глюк :-)

Если, что вру - заранее прошу простить :-)

К сожалению, еще не успел подготовить системные файлы
для он-лайн варианта, но они будут :-) Но, в run.zip именно
актуальная (текущая) версия теперь уже 0.58p3:

Сегодня Алексей прислал уже третье обновление! Его комментарии:

Изменения по драйверу в run32.asm

; ------- driver begin ---------
; load driver.
mov eax,drvs
mov ebx,0
mov ecx,1000
mov edx,drvArea
call fileread
; ------ driver end ------------

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

mov eax, [0x1000+8+4*4] ; Driver variable init Call drInit
call eax

Из поддерживаемых режимов только VESA 2.0.

Драйвер теперь обеспечивает

а) Собственную настройку на выбранный режим
б) Функция drPutImage для вывода растрового изображения на экран,
подобно vesa20_putimage у Ville (пока глючит).

В приатаченном файле изменениям подвергся только кусок с функцией
vesa20_putimage для доказательства того что драйвер вполне можно вызвать
из ядра и перебросить на него, хотя бы в качестве частичного решения, все
функции GUI.

По поводу ограничения 32Mb
Доступно 4 Гб памяти в ПМ режиме (прямая адресация)
При страничной организации и того более
Заведешь новые дескрипторы в таблице gdt в конце run32.asm получишь доступ свыше, но кто проконтролирует есть ли она реально, если сейчас попробовать запустить MenuetOS на 16Мб она прсто ляжет в даун, и знаешь по какой смешной причине? ;-)) Видеобуфер мапирован на 28 Мб, при его отсутствии ядро работать будет а видео нет !!! Смешно?

А ты кнопочки понажимай, она ждет нажатия - DRINFO после этого пишет вверху наименование загруженого драйвера (DRV0) а внизу адресс входа в видеобуфер
по координатам 200,200. А вот EXMDRV та по нажатию кнопочки шлепает на экран два залитых бокса белый и красный. Вообщем все ждут нажатия клавиши ;-) для произведения простеньких демонстрационных действий.
Насчет 1Мб - шедуллер апликух, вышвыривает их с интервалом в 1Мб в адресное простарнство с 8Мб глянь в код ниже, я его прокоментировал, посомтри и скажи что думаешь (может быть я не прав?)

start_application_fl:


push ebx
push eax

mov ebx,1
mov ecx,20000
mov edx,0x90000
mov esi,0
call fileread

cmp eax,0xffffffff
jnz consta

noflrun:

pop eax
pop ebx
sti
ret

consta:

cmp [0x90000+0],dword 'MENU' ; valid menuet app ?
jnz noflrun
cmp [0x90000+4],word 'ET'
jnz noflrun

cli
mov eax,8 ; start 0x800000 Стартовая область программ

stns:

mov edx,eax ; Мегабайт от начала в который грузить ;-))
shl edx,20 ; << 20 (*100000) Сдвиг в 1Mb
mov [0x90000+8],edx ; адресс старта в заголовок

mov ebx,eax ;
add ebx,0xbf00 ; +Область загруженных процессов каждый байт процесс
cmp [ebx],byte 0 ; Проверим свободен ли слот для процесса
jz sta1

add eax,1 ; Нет не свободен
cmp eax,15 ; memory hole at 15->16 M
jne nomhl1
add eax,1 ; Если hole memory к Старт Мегабайту +1
nomhl1:
cmp eax,27 ; ку-ку а не конец ли это мегабайтов
jbe stns ; если нет еще раз пытаемся разместить апликацию

pop eax
pop ebx
sti

ret

С Драйвером пока не разобрался: как он должен работать? У меня вообще ничего не происходит.
ЗАТО: fasmw (FASM для Винды) компилит Менуэтовские проги!!!! Проверил пока только на EXAMPLE и DRINFO, последняя, правда, выдает просто окно без кнопок и надписей, а по тексту должна писать... Что я делаю не так? Прошу извинить за тугодумие и многословие ;-)