Тупее не придумаешь!:
Как кто думает, где можно достать исходники ядра какой-нибудь старенькой(или просто не затребовонной) OS, конечно открытой, и что-бы эти исходники были написанны на C++?

Кто считает вопрос тупым... Пусть то-же что-нибудь сюда напишет!    

тебе знакома разница между с++ и си? если нет, то можно посмотреть исходники ядра linux(все 2хх Мб)  

Я про туксов думал    но туксы уже не интересные! Не много-ли сборок на линухах?
А какое-нить фонарное ядро.... Кто-бы поделился?

обычно оперативные системы написаны на языках более низкого уровня, а то что пишется на объектном языке пишут для обёртки ОС библиотеками (которые также обзывают модными словами "framework", "kit" и т.д.)
некоторые системы имеют стандартный набор библиотек работы с ОС на языке Си (POSIX)
а некоторые имеют стандартный набор библиотек на Си++: BeOS, Haiku (может быть и NeXT, но её код не доступен открыто)
я не знаком с виндовс, но возможно виндовс тоже имеет все эти новые замены GDI и т.д.на C++.

открыто доступные ядра ОС (на память):
netbsd, freebsd, openbsd, linux, minix, XINU (это не совсем ОС, т.к. использует DOS вызовы для работы)

есть довольно обширный список ОС на википедии

bilbobagginz, в С++ то-же можно оперировать регистрами, и создать, хоть и преметивную но рабочюю систему распределения ресурсов... Мне просто хочется ознакомется с некоторыми методоми построения ОС, а ASM не знаю... И для изучения больше подходит простейшая ОС

Microsoft раздовало исходник ядра Win2000, поройся может и тебе перепадет.

ЙА тут был!   

Olegan, ЙА РАД! 

Добавлено через 41 секунду
gambit, о! А поконкретнее можно? А?

Вообще они его раздавали по программе MSDNAA, подробности здеся http://blogs.gotdotnet.ru/personal/sos/Per...90-A27866F6F15C
но я думаю что он уже давно распластался по торрентам. Так что копай, ищи. Кто ищет тот найдет )))

Это сообщение отредактировал(а) gambit - 10.6.2009, 13:41

На C++ написана Haiku — свободный клон BeOS.

не знал, что она вся написана на C++. я думал что сама написана на obj-C, а API - на C++....
действительно, большинство кода на C++ !!!!
http://dev.haiku-os.org/browser/haiku/trun...c/system/kernel

 А прыкольно!

Добавлено через 3 минуты и 53 секунды
А вот как они загрузчик написали на С++? это загадка...

ну ты же настойащий хакер, тебе лучше знать 

А почему нет, компиляторы как ни странно и с C++ работают. Единственная причина писать сейчас на Си это сила привычки.

Не смейся, я-же над ламерами не смеюсь!




Скорее незнание ассемблера

Это сообщение отредактировал(а) jhonyxakep - 11.6.2009, 13:38

а жаль, говорят смеяться над собой - полезно 

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

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

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

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


Идея вовсе не в гибкой архитектуре, а скажем так в гибком компиляторе, способным из любой архитектуры выжать максимальную вычислительную мощь.

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


процессор общей ориентации - не надо будет ему ассемблера, но на сегодня general purpose процессора вообще никуда не идут.. дошли до технологического ступора.
Поэтому, единственные ниши, в которых ещё возможен прогресс - это ниши чего-то среднего между микроконтроллерами, и полноценными микропроцессорами (типа x86).
такими процессорами пользуются в нише embedded, в которой очень даже не редкость работать на уровне машинного кода (real time, etc.), получится.
Кроме того, если подход будет слишком хитрый, 
без типовых решений разработки, то займёт время до внедрения такого продукта в руки разработчиков,
и он может не успеет подняться, 
поэтому производитель такого типа процессоров, всё таки ДА предоставит ассемблер, как пить дать.

Добавлено через 3 минуты и 11 секунд

максимальная вычислительная мощь - это как раз и есть команды процессору: 
"вот такую загогулинку легче вычислять в вычислительной единице плавающей точкой, поэтому задействую пожалста FPU".
где тут противоречие к нужде в ассемблере ?

DARPA знает что делать, %username%
DARPA awards $16 million to Rice University to improve compilers

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

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

Сам сочинял, или из книги скатал?  

Вы о чём тут говорите? 

Кто?   Я вообще ничего не говорила