a сортировка зачем?

Не "еще", а в основном

dir /o
да и кластеры свободные для большого файла искать... Согласен, это основное...
А больше ничего не припоминается?

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

/me сильно подозревает, что команда dir в ОСи далеко не главная вещь...
она, по идее, в command.com сидит, а это уже, кажется, надстройка...

А кластеры искать - это просто перебор, а не поиск... хотя, конечно, как телегу назовешь, так она и поплывет...

Если честно, категорически против написания на Си чего-либо, Форт должен писаться на Форте!, минимальный набор примитивов может быть определен в хоть в кодах для любого проца.
Вообще за основу ФортОС для РС можно взять SPF, благо целевой компилятор есть, и есть рабочий пример, в качестве скелета хотя-бы (bootos** от ~mak), добавить к нему корпоративную многозадачность для фортовских задач/программ на уровне системы, плюс задействовать прерывание одного из таймеров. Дополнительный плюс сохранятся операционно-независимые разработки всего сообщества ru-fig, не нужно делать кучу бессмысленной работы. Минимальный набор примитивов 17-18 (см. ту же системы команд для Муровского с18), не так уж трудоемко. Кооперативку можно заимствовать из книги Баранова или SwiftX или MPE, совместимость все-таки. Задаться целью минимизировать затраты на обработку прерываний системного таймера. Для пользовательсиких приложений разделить реал тайм и не реалтайм, задаться максимально допустимым временем для каждой из задач, для реалтайм с учетом их требований. (основная идея - от реализации доступа к среде в сетях fddi, просто и сердито - саморегуляция и в традиционную round robin впишется)
Тем более для однокристалок, есть реализации на базе spf, т.е. можно развивать систему как вниз, так и вверх, просто добавляя новые уровни с возможностью объединения разнородного железа.
Иначе опять получам голую бесполезную игрушку "для себя (в смысле для разработчиков)". Миллиардный по счету фортовский диалект. Приятно конечно, но даже в исследовательском плане бесполезно. Об этом тоже лучше задуматься.

Мааало! Не будет функциональной полноты!!
27 заявленных Муровских примитивов реально не хватает для более-менее нормальной работы!
Надо добавить байтовую адресацию(критично), работу с портами и прерываниями(желательно, но можно пользоваться вызовами ОС, а в ней сделать в кодах)!
Для ОС надо добавить переключение в защищенный режим и работу с ним(в кодах или на асме)!
Исходник Муровского компилятора(непровененный) я уже постил на форуме.
Для раскрутки компилятора на базе Форт-системы надо 6+16 форт-слов, причем есть дубли!
Код не идеальный, но работает!!

Хорошо, если бы их было таак много! Можно было бы проанализировать и в очередной версии выбрать саамую эффективную реализацию... А полученный опыт?
Хотя я, конечно, склоняюсь к реализации на базе ФВМ. Теперь, учитывая опыт в поиске и исправлении ошибок, буду делать только так!!
Сначала проверить правильность алгоритмов на ВМ, а потом - ЦК.

Она как-бы реализована E:\spf4-017.1\devel\~mak\LIB\corporate.f

Проблема заставить ACCEPT пользоваться EKEY? (в винде)
devel\~micro\lib\KEY\accept.f - не работает

нах надо ? Для дела великолепно подходит Питон на Линуксе со всеми его Постгрескюэлями и опенофисами, а Форт так -- подрочить Хот и жалко -- идея очень красивая, но потонула в болоте дапдропсвапов и собственной форт-системы для каждого фортера

[Moderator] Ты в кабаке находишься, или где?

[+] Мат в форуме.

Только в моей скромной коллекции их за сотню . Тех, с которыми можно реально работать, я бы выделил всего несколько SFP, bigforth, SwiftForth, VFX - под Win/Linux для РС как среды разработки; pmforth, smal32 - DOS защищенный режим; как примеры ОС - Enth,FddBootOS,forthOS,retroforth; для разработок на железе - byteforth, spf, swiftx, eforth. Для большинства из них есть исходные тексты.




мне более по душе разработка своего рода надстройки над ОС, пусть даже ВМ, которая бы пользовалась ее функциями, но на время своей работы останавливала бы до минимума работу ОС, неплохо было бы интегрироваться в существующие надстойки реального времени.


В курсе, даже пробовал, забыл просто . Тем даже лучше, что есть. Отчасти пытался баловаться сам ~diver\files\ring.f, плохо получилось правда . Много задачные приложения с родной Виндозной многозадачностью работали пошустрее. Опять же заглушать бы запускающую систему на время работы или работать на уровне ядра - система в системе

Кстати, никто не натыкался на живую ссылку на kernelforth? или может завалялся у кого...

Что за Постгрескюэли?
Что вообще, есть такого в Питоне, что нехватает Форту?

В Форте Понятова замучили DUP-DROP-SWAPы.
В Питоне их нет.

Так в высокоуровневом Форте при правильном написании(проектировании) программы их тоже нет!

Дак для этого-же еще правильно писать надо.