http://www.ababos.ipb.su/

Абабо, не обижайся пожалуйста, но АБАБОС - это китайская подделка на адидас (из разряда абибос, адибас, абидос и т.д.).

Насчёт идеи - а зачем? Я так и не понял. В мире и так много нелогичной жестокости.

Мысль моя такова - брось лучше свой энтузиазм на доведение до ума ReactOS. По крайней мере буде больше пользы...

Ого. Я кстати думал что проект уже мёртв.


Абабо, ужс. Брось выдумывать каку и записывайся в комьюнити дебиан или бубунту)

Внятное и простое введение в мои архитектурные концепты в следующих тезисах:

1. Хост – всё, что имеет микропроцессор и выход в Интернет.
2. Система – множество всех хостов.
3. Хосты содержат объекты (одиночное наследование классов, множественное наследование интерфейсов).
4. Типы это объекты, описывающие классы.
5. Объекты могут взаимодействовать друг с другом только посредством синхронного вызова метода.
6. Компоненты – объекты, методы которых могут быть вызваны объектом на другом хосте.
7. Компоненты есть долгоживущие объекты (сохраняются на энергонезависимых устройствах хранения).
8. Типы являются компонентами.
9. Каждому компоненту соответствует глобально уникальный идентификатор (GUID).
10. При копировании компонента новая копия получает новый GUID, а при перемещении GUID сохраняется.
11. Некоторые компоненты являются реплицируемыми и обладают уникальным идентификатором реплики (RUID).
12. При копировании и перемещении реплицируемого компонента его RUID сохраняется.
13. Типы константны и являются реплицируемыми компонентами.
14. Система поддерживает глобальный поиск GUID компонентов по Prolog-подобным запросам, оперирующим отношением наследования, RUID и другой информацией.
15. Интерфейс – компонент, описывающий набор методов.
16. Интерфейсы константны и являются реплицируемыми компонентами.
17. Существуют только интерфейсные ссылки, объектных ссылок не бывает.
18. Интерфейсная ссылка на компонент может быть получена только через системный вызов, берущий в качестве аргумента GUID требуемого компонента и ссылку на требуемый интерфейс.
19. Систему пронизывает множество потоков.
20. Объект, у которого внутри нестатического метода выполняется какой-то поток, считается запертым.
21. Внутри нестатического метода объекта может находиться не более одного потока.
22. Поток может вызывать нестатический метод с ожиданием и без.
23. При вызове с ожиданием в случае запертого объекта вызывающий поток будет блокирован, ожидая отпирания.
24. При вызове без ожидания в случае запертого объекта вызывающий поток сгенерирует соответствующее исключение.
25. Ссылка на компонент может быть получена только при наличии достаточных полномочий, в противном случае будет сгенерировано исключение.
26. В системе существуют учётные записи – компоненты, описывающие пользователей системы (люди или программы).
27. Право есть возможность получения ссылки заданного интерфейса на заданный компонент.
28. Каждый компонент ассоциирован с учётной записью – его хозяином.
29. Компонент имеет все права на компонент с тем же хозяином.
30. Назначение права есть триада: [GUID компонента, RUID интерфейса, флаг доступа (разрешён/запрещён)].
31. На хосте существуют группы – объекты, описывающие набор назначений прав на компоненты данного хоста.
32. Учётная запись входит в одну или несколько групп, определяющих набор её прав (при отсутствии назначения или при наличии хотя бы одного запрещающего назначения – право отсутствует).
33. Компонент имеет права своего хозяина.

Кого заинтересует зову на форум: Совместная разработка новой ОС