без концептуальной "изюминки" (хотя бы пока теоретической) смысла в разработке такой ОС нет (если не брать в расчет обучение и повышение скилов в системном программировании)
у тебя есть такая "изюминка"?

Зачем темы дублировать ? пыщь!!!111

А смысл разработки новой ОС ? =)

!  powerfox

Абабо,  я не понял смыслa вашего поста, так как, кроме ссылки на сторонний ресурс, в нем ничего нет. Зайдя на ваш форум, я не понял, как он связан с FOSS.

Это сообщение отредактировал(а) powerfox - 2.3.2009, 22:36

Есть там изюминка. Кое-что изюмистого уже выложено (см. статью "Рефлексивный интернет"). будут и ещё изюминки... Я только открыл и наполняю форум... потому пустой (но уже кое-что есть, будет рости)

Это сообщение отредактировал(а) Абабо - 3.3.2009, 15:39

Абабо, 
что мешает реализовать свои идеи в уже существующем linux?
в статье кстати про это и написано

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

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. Компонент имеет права своего хозяина.

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

M nickless

Удалил 2 лишние копии поста

Это сообщение отредактировал(а) nickless - 7.3.2009, 17:25

 О да, какое четкое и явноеописание.
Мне почему-то вспомнился луч поноса сразу =)

А потоки тоже между собой будут взаимодействовать только синхронно? Тогда вряд-ли получится сделать нормальную многозадачность. Надеюсь, Вы не собираетесь ваять очередной клон MenuetOS, которая годится только на поиграться. А HAL свой писать собираетесь?)))))

Почему?

Меня, наконец, разбанили... теперь обо всём по порядку:


Архитектурой UNIX, с её ориентированностью на файлы, системой безопастности, нераспределённостью...

Да, только синхронно. Почему же не получится, все варианты взаимодействия легко сводимы с синхронному вызову метода... который можно сильно оптимизировать.  Не собираюсь я делать ничей клон. У Menuet OS ноль новых идей, но одно неоспоримое преимущество - она реализована и работает. Будем стремиться к последнему  . 

Это сообщение отредактировал(а) Абабо - 28.3.2009, 17:04

посмотрел код, с такими темпами развития, можно даже обсуждать нечего 

Добавлено через 37 секунд
в общем, все это только слова и ничего более, чего-то похожего даже отдаленно на разработку ПО там не происходит...

К сожалению, скорость написания кода на самом деле достаточно низкая. В своё оправдание могу лишь посетовать на временный недостаток в досуге.

угадай почему так мало реально различных ОС в мире