пишем свою ос

Ответ от Tempos[эксперт]
Для начала.... Вышеперечисленные проги лучше не прочитать или просто хранить в библиотеке, а полностью разобрать, что называется, по полочкам)
Далее... Ну допустим одного знания, как писать ось, недостаточно - я надеюсь автор и сам понимает, что необходимо еще немалое знание архитектуры, и начать с вопроса - а под какую архитектуру писать? Или может будут какие-то сверхновые идеи для реализации в этой оси, которые потом планируется подогнать под создание новой архитектуры. Я надеюсь Автор понимает, что туда надо хотя бы базовое взаимодействие с теми же видеокартами, процессорами и т. д.
Третее... Ассемблер - основа основ, и помимо обычной литературы рекомендовал бы Кип Р. Ирвин "Язык ассемблера для процессоров Intel" (для начала) , затем начать разбирать кросс-архитектурные "основы" - хотя бы начать с AT&T))
Четвертое... Идея? Писать ось... Это не принципиально. Труд огромный, по-этому в первую очередь задуматься над вопросом, который очень любили нам задавать еще в техникуме: "А чем ваша программа лучше альтернативных решений в данном направлении? "
Ах да, чуть не забыл... Борланд тут слабо подходит)) ) Точнее Embarcadero теперь... Он больше ориентирован на быструю разработку програм под оси мелкомягких... Даже под *nix системы лучше юзать mingw. А если для старта нужна простота - ИМХО лучше взять с++ от тех же мелкомягких. Visual Studio. Насколько я понял (в крайнем случае это мое ИМХО) он больше ориентирован на низкоуровневое программирование, что естественно для написания ось нужнее.
И на последок... Не стоит браться сразу с ядра - его будет долго и муторно проектировать, писать и так далее. Быстро упадут руки, тем более что, насколько я понимаю, человек в программировании не особо разбираеться - скорее уж похоже на сисадмина, если не на продвинутого юзера-энтузиаста. Начните наверное "сверху". Например:
1) Написали "функции" на жестком наборее функций и стандартных типах данных - типа int и double и ст. мат-библиотекой. Именно класс "функция". УЖе сколько счастья - если подумать, вам теперь эта мат. библиотека и не надо, находите общую формулу Тейлора для разложения ф-й и всё...Например:
func Teilor;
Teilor=....; // Лень записывать всю формулу
double res=Teilor.Count("cos",1.57);
И всё...Затем вглубь - уже хватит ловкости написать полиномы. Затем слегка вверх - матрицы на фунциях. Опять вниз - полная длинная арифметика вплоть до комплексных чисел.
Затем понимаешь, что всё это работает с любой точностью и довольно быстро, и по сути этого достаточно для написания собственной "физики" для нехилой игры... Интереснее еще вглубь. Берешь разбираешь уже "загрузчик модулей" - блок, который будет загружать нужные написанные тобой библиотеки и выгружать когда ненадо. А это постепенно перерастает в диспетчер задач и далее - блок управления процессами по принципу хотя бы "карусели", что уже даст многопроцессорную ось.
И так далее.. .
И скучно не будет, ибо каждый раз ты получаешь что-то, что можно уже использовать, а не ждать еще пол года или даже пару лет, пока ты уже сможешь поюзать программу, которая использует твой модуль, и сложностей не возникнет - с++ выучить не проблема, далее пойдут "углубления" в архитектуру ПК и слабенькие ассемблерные вставки для быстроты работы модулей или экономии памяти, а дальше, если руки не опустяться, прийдешь от простого, просто оч. точного калькулятора под винду к собственной ОС.