Как кто думает, где можно достать исходники ядра какой-нибудь старенькой(или просто не затребовонной) OS, конечно открытой, и что-бы эти исходники были написанны на C++?
Кто считает вопрос тупым... Пусть то-же что-нибудь сюда напишет!
| Версия для печати темы
Нажмите сюда для просмотра этой темы в оригинальном формате |
| Форум программистов > Флейм > Очень тупой вопрос! про OS |
| Автор: jhonyxakep 10.6.2009, 08:16 |
| Тупее не придумаешь!: Как кто думает, где можно достать исходники ядра какой-нибудь старенькой(или просто не затребовонной) OS, конечно открытой, и что-бы эти исходники были написанны на C++? Кто считает вопрос тупым... Пусть то-же что-нибудь сюда напишет! |
| Автор: Lazin 10.6.2009, 08:46 |
тебе знакома разница между с++ и си? если нет, то можно посмотреть исходники ядра linux(все 2хх Мб)  |
| Автор: jhonyxakep 10.6.2009, 08:54 |
| Я про туксов думал но туксы уже не интересные! Не много-ли сборок на линухах? А какое-нить фонарное ядро.... Кто-бы поделился? |
| Автор: bilbobagginz 10.6.2009, 09:54 |
| обычно оперативные системы написаны на языках более низкого уровня, а то что пишется на объектном языке пишут для обёртки ОС библиотеками (которые также обзывают модными словами "framework", "kit" и т.д.) некоторые системы имеют стандартный набор библиотек работы с ОС на языке Си (POSIX) а некоторые имеют стандартный набор библиотек на Си++: BeOS, Haiku (может быть и NeXT, но её код не доступен открыто) я не знаком с виндовс, но возможно виндовс тоже имеет все эти новые замены GDI и т.д.на C++. открыто доступные ядра ОС (на память): netbsd, freebsd, openbsd, linux, minix, XINU (это не совсем ОС, т.к. использует DOS вызовы для работы) есть довольно обширный http://en.wikipedia.org/wiki/List_of_operating_systems |
| Автор: jhonyxakep 10.6.2009, 10:11 |
| bilbobagginz, в С++ то-же можно оперировать регистрами, и создать, хоть и преметивную но рабочюю систему распределения ресурсов... Мне просто хочется ознакомется с некоторыми методоми построения ОС, а ASM не знаю... И для изучения больше подходит простейшая ОС |
| Автор: gambit 10.6.2009, 12:22 |
| Microsoft раздовало исходник ядра Win2000, поройся может и тебе перепадет. |
| Автор: Olegan 10.6.2009, 13:09 | ||
ЙА тут был! |
| Автор: jhonyxakep 10.6.2009, 13:21 |
| Olegan, ЙА РАД! Добавлено через 41 секунду gambit, о! А поконкретнее можно? А?  |
| Автор: gambit 10.6.2009, 13:40 | ||
Вообще они его раздавали по программе MSDNAA, подробности здеся http://blogs.gotdotnet.ru/personal/sos/PermaLink.aspx?guid=147453A0-AEAB-4B02-AB90-A27866F6F15C но я думаю что он уже давно распластался по торрентам. Так что копай, ищи. Кто ищет тот найдет ))) |
| Автор: Void 10.6.2009, 14:58 |
| На C++ написана http://www.haiku-os.org/ — свободный клон BeOS. |
| Автор: bilbobagginz 10.6.2009, 15:31 | ||
не знал, что она вся написана на C++. я думал что сама написана на obj-C, а API - на C++.... действительно, большинство кода на C++ !!!!http://dev.haiku-os.org/browser/haiku/trunk/src/system/kernel |
| Автор: jhonyxakep 11.6.2009, 03:20 |
| А прыкольно! Добавлено через 3 минуты и 53 секунды А вот как они загрузчик написали на С++? это загадка... |
| Автор: Lazin 11.6.2009, 07:59 |
ну ты же настойащий хакер, тебе лучше знать  |
| Автор: unicuum 11.6.2009, 09:56 | ||
А почему нет, компиляторы как ни странно и с C++ работают. Единственная причина http://www.youtube.com/results?search_type=&search_query=write+in+C это сила привычки. |
| Автор: jhonyxakep 11.6.2009, 13:37 | ||||
Не смейся, я-же над ламерами не смеюсь! 
Скорее незнание ассемблера |
| Автор: Lazin 11.6.2009, 14:17 | ||
а жаль, говорят смеяться над собой - полезно  |
| Автор: unicuum 11.6.2009, 15:40 | ||
Он зависит от архитектуры процессора, плюс опять же надёжность играет не последнюю роль. Как то я думал над проблемой компиляторов. Предположим есть некое вычислительное устройство и оно способно менять блоки информации в соответствии с неким алгоритмом. Существует параллельное и последовательное изменение данных. Каждое изменение длится какое-то время. Но если вдуматься природа двоичных данных едина. Даже учитывая те неоднородные вычислительные машины, которые понаделали люди ведя их родословную от архитектур калькуляторов, есть способы задействовать потерянную вычислительную мощь. Но её использование окажется вне логики машинных команд, так как изменения будут характеризоваться по другим принципам. |
| Автор: bilbobagginz 11.6.2009, 17:14 | ||
да, природа едина, и вполне возможно на основе одного и того же устройства, пропустив сигнал другим маршрутом через тот же процессор, можно получить разные результаты. но это и есть часть определения "архитектуры", и если она изменчива, на такую гибкую архитектуру понадобится своя ОС, которая сможет контролировать всё это, и скорее всего придётся под неё создать и свой специфический ассемблер, и над ним создать компилятор Си, а затем и плюс-плюс, т.к. Си переводится довольно однозначно в машинный код, в отличии от плюсов. |
| Автор: unicuum 11.6.2009, 18:46 | ||||
Ассемблер точно не понадобится по причине самой реализации, а вот насчёт остальных языков я бы подумал.
Идея вовсе не в гибкой архитектуре, а скажем так в гибком компиляторе, способным из любой архитектуры выжать максимальную вычислительную мощь. |
| Автор: bilbobagginz 11.6.2009, 19:15 | ||||||
Врядли какая-то фирма по созданию компиляторов создаст компилятор для несуществующего процессора без ассемблера. Думаю, только фирма-производитель самого процессора будет создавать втихаря свой процессор, и выпустит его с набором инструметнов разработки. Уверен, что для этого надо будет всё же ДА сделать какой-то ассемблер для "ассемблеро-сопоставимых" режимов работы этого подразумеваемого процессора ;-) кроме-того это должен быть такой крутой продукт, который решит проблемы которые сегодня никакой другой проц не решит....
процессор общей ориентации - не надо будет ему ассемблера, но на сегодня general purpose процессора вообще никуда не идут.. дошли до технологического ступора. Поэтому, единственные ниши, в которых ещё возможен прогресс - это ниши чего-то среднего между микроконтроллерами, и полноценными микропроцессорами (типа x86). такими процессорами пользуются в нише embedded, в которой очень даже не редкость работать на уровне машинного кода (real time, etc.), получится. Кроме того, если подход будет слишком хитрый, без типовых решений разработки, то займёт время до внедрения такого продукта в руки разработчиков, и он может не успеет подняться, поэтому производитель такого типа процессоров, всё таки ДА предоставит ассемблер, как пить дать. Добавлено через 3 минуты и 11 секунд
максимальная вычислительная мощь - это как раз и есть команды процессору: "вот такую загогулинку легче вычислять в вычислительной единице плавающей точкой, поэтому задействую пожалста FPU". где тут противоречие к нужде в ассемблере ? |
| Автор: Void 11.6.2009, 19:26 | ||||
DARPA знает что делать, %username% http://www.media.rice.edu/media/NewsBot.asp?MODE=VIEW&ID=12402
Хотя каких результатов можно добиться под программой с такими расплывчатыми целями, я не представляю. |
| Автор: unicuum 11.6.2009, 19:52 | ||
DARPA с разработкой ARPANET или по другому Internet. Действительно непонятно, чего же они добьются с такими расплывчатыми целями. |
| Автор: jhonyxakep 12.6.2009, 14:20 | ||
Сам сочинял, или из книги скатал? Вы о чём тут говорите? |
| Автор: Lim4 12.6.2009, 14:37 | ||
Кто?  Я вообще ничего не говорила  |
