изобретается ОСь

[j2153]

Нынешний движок намного мощнее старого. Позволяет не только разделять темы, но и объединять их. Поэтому ежели такое буде иметь место - маякните в личку, модераторы подсуетятся.

Спасибо! Конечно так стало лучше.

Сообщение от j2153

Что можно программировать в ГИГАБАЙТАХ кода?

Честно говоря, я и сам не понимаю С этим вопросом лучше обратиться к программистам хотя-бы того-же Микрософта

Ну их. Пусть ИХ абсурд остается ИХ проблемою. Ваша система для меня гораздо интереснее по двум причинам: во-первых она изначально пишется не в расчете на баксы, а это многого стоит! Во-вторых пишется, как я понял "от нуля", то есть в ней минимум "мусора" (19 кб это подтверждают). Вот это я и называю словами "вменяемая система".

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

Собственно, возражения у меня вызывают не столько библиотеки как таковые, а их "обновление". Потому что Винда заманала: есть настроенная система, всё работает. Устанавливаю новую прогу - она заменяет в системном каталоге библиотеки на свои - новые. Что она будет работать - еще не факт, но и старые проги начинают глюкать из-за использования "обновленных" библиотек. Вот такого, ИМХО, быть ни в коем случае не должно. ОС - это фундамент, она не должна быть зыбкой и непрерывно мимикрирующей. Надежная и отлаженная - она не должна разрушаться или позволять себя разрушать.
Пусть будут библиотеки, но пусть пользовательские проги их не меняют ни при каких обстоятельствах.
Но тогда вопрос - а если проге нужны новые функции? - пусть содержит свою библиотеку в своем составе, пользуется ею и не сует в ОСь. Вот я о чем.
А вообще, если писать без мусора, то весь комплект вместе с GUI поместится в проге и займет менее мегабайта. Заново писать библиотечные функции при разработке каждой проги вовсе не нужно.
Выпускаем компилятор языка высокого уровня, Дельфи например, на котором и пишется программа. И этот компилятор размещает в создаваемой проге все нужные ей библиотеки, уже отлаженные, и интерфейс GUI. И - прога является полностью самодостаточной и максимально автономной.
Нашлись баги - фиксим компилятор и выпускаем его улучшенную версию. (Кстати ОСь могла бы быть бесплатной, а компилятор - платным продуктом, способным обновляться и совершенствоваться.)

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

При современных скоростях процессора "медленно" - это понятие относительное. Медленнее конечно, чем машинный код в физической памяти, но значительно быстрее, чем Виста. У меня с той же скоростью, как Виста на 2ГГц машине, работал интерпретирующий Бейсик на РК86, 12Мгц. Представьте, с какой скоростью он носился бы на 2ГГц. Даже под виртуальной машиной.
Все дело в том, как писать.

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

Хозяин - барин, конечно. Но мне, не скрою, было бы приятно, когда бы Ваша - компактная и безглючная, ОСь получила бы распространение. Но без софта даже очень хорошая ось - не более чем некий нумен, "вещь в себе". А это огорчительно. Писать же ВЕСЬ софт заново... нет, я не преуменьшаю Ваших талантов, но задача непосильна даже для иного коллектива ИМХО, а не только для единичного работника.

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

А если не секрет, какую файловую систему Вы выбрали для вашей ОСи?

[arhimed486]

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

Я с этим согласен. В библиотеках ОСи должны быть только базовые функции, которые могут понадобиться всем программам. А специфические функции пусть программа хранит у себя.

Выпускаем компилятор языка высокого уровня, Дельфи например, на котором и пишется программа. И этот компилятор размещает в создаваемой проге все нужные ей библиотеки, уже отлаженные, и интерфейс GUI. И - прога является полностью самодостаточной и максимально автономной.
Нашлись баги - фиксим компилятор и выпускаем его улучшенную версию.

Пофиксили компилятор, и надо перекомпилировать все программы... Лучше пусть компилятор вставляет вызовы из системных библиотек, нашли баг, пофиксили, обновили библиотеку 100% совместимой новой версией.

При современных скоростях процессора "медленно" - это понятие относительное. Медленнее конечно, чем машинный код в физической памяти, но значительно быстрее, чем Виста.

Все-же растрачивать зря процессорное время не хочется. Надо иметь хотя-бы некий набор программ, выполняемых без всяких виртуальных машин и кроссплатформенных языков, типа Явы.

А если не секрет, какую файловую систему Вы выбрали для вашей ОСи?

Выбирать не приходилось, так как проще всего ОС загрузить с дискеты, поэтому на данный момент используется только FAT12.

[arhimed486]

Покажу свою ОС.
Для начала системные требования:
- процессор Pentium II (частота любая)
- 4МБ ОЗУ
- видеокарта в поддержкой линейного кадрового буфера, 24- или 32-цветного видеорежима, 2МБ видеопамяти.
- флопповод (не USB)
- мышь и клавиатура PS/2 (USB и COM работать не будут)

Предупреждаю: не несу ответственности за повреждение аппаратных средств или потерю данных, хотя такого ни разу не было.

Прилагаемый образ необходимо записать на 1.44МБ дискету. Я использую WinImage. Далее загружаете с нее комп, возможно даже запустится. Но если нет - прилагаю фото. На виртуальных машинах не работает, по крайней мере на тех, которые я пробовал.

По использованию: окно "Форма" появляется при запуске, если закроете, то больше не открыть. Меню пуск открывается и закрывается нажатием на кнопку "Пуск".
В окне "Информация о системе" есть параметр "Текущая глубина цвета" (24 или 32), в зависимости от его значения нужно ввести "CLOCK24" или "CLOCK32" в белое поле в меню "Пуск" (большими буквами и без кавычек, нумпад не работает) и нажать "Запустить программу", программа запустится, в нижнем правом углу появятся часы. Можно запустить несколько раз.
В окне задачи отображается тип задачи (ядро или просто задача), и кол-во занимаемой памяти в байтах в шестнадцатеричной системе.

[j2153]

Пофиксили компилятор, и надо перекомпилировать все программы

Так это ж хорошо! - это повод разработчику программ выпустить новую версию своей проги и заработать на этом))))))

на данный момент используется только FAT12.

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

Ваш архив скачал, дома поиграюсь с ним немножко, и отпишусь.

[j2153]

Попробовал на ноуте Acer, с усбишного флопа (несмотря на предупреждение ) - запустилась, показала одно окно, что меня реально удивило, потому что с видюхой G945 (если не путаю) ничего кроме XP в 256-цветном режиме не работало!
Мышь от тушпада не работала - хаотическое мельтешение курсора по всему экрану.

Попробовал еще на другом ноуте - вылетел синий экран с надписью #GP и слетел мастер бут. Зачем вообще Вы лезете в MBR на запись, раз работаете с дискетой?!

Винчестер я восстановил, но все равно очень сильно на Вас обозлён за такие фокусы, и впредь ваши опусы испытывать не стану.

[arhimed486]

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

Драйвер ОСи рассчитан только на работу с мышью PS/2.

Попробовал еще на другом ноуте - вылетел синий экран с надписью #GP и слетел мастер бут. Зачем вообще Вы лезете в MBR на запись, раз работаете с дискетой?!

ОС в MBR не лезет вообще, так как в ней даже драйвера для устройств IDE/SATA нет, на запись не работает даже с дискетой. Произошедшее можно объяснить следующими причинами:
1. Ошибка при загрузке, так как ОС USB-накопители не поддерживает.
2. Несовместимость BIOS. На раннем этапе загрузки ОС обращается к прерывания BIOS.
3. Несовместимость аппаратной части. Какие ресурсы использует контроллер жесткого диска?
Все версии подтверждаются синим экраном с надписью #GP, что означает исключение общей защиты. Исключение генерируется процессором автоматически при нарушении условий использования сегментов памяти и других ошибках.

Винчестер я восстановил, но все равно очень сильно на Вас обозлён за такие фокусы, и впредь ваши опусы испытывать не стану.

Извиняюсь, но процитирую сам себя.

Предупреждаю: не несу ответственности за повреждение аппаратных средств или потерю данных, хотя такого ни разу не было.

[j2153]

Драйвер ОСи рассчитан только на работу с мышью PS/2.

Прикладываю для Вас исходники одного хорошего мышиного драйвера. Он берет все типы.

2. Несовместимость BIOS. На раннем этапе загрузки ОС обращается к прерывания BIOS.

Да, БИОС там какая-то мало стандартная, "своеобразная" (то бишь кривая). Но ОСи стартуют без проблем, от дос и w98 до Линуха. Проблема была с загрузчиком "XOSL".

...такого ни разу не было. - Вот теперь - было.

[arhimed486]

Прикладываю для Вас исходники одного хорошего мышиного драйвера. Он берет все типы.

Посмотрел, но:
1. Поддерживает только PS/2 и COM, но мышку на COMе я уже давно не видел, а вот USB все чаще встречаются...
2. Драйвер написан на TASMе, а я пишу на FASMе.
3. Драйвер явно ориентирован на DOS (имею в виду MSDOS и совместимые), чтобы "прикрутить" его к моей ОСи, необходимо переделывать, к тому-же про 2-й пункт забывать не надо.
4. Не люблю я вообще вставлять в свои программы чужой код, предпочитаю из чужих исходников брать только идею, алгоритм.

Но в архиве есть полезный файл "PROTOCOL.TXT". Если надумаю писать драйвер для компортовской мыши или дописывать для мыши PS/2, то пригодится. Так что СПАСИБО.

[j2153]

Драйвер - из проекта FreeDOS, разумеется под дос. Но поскольку это исходник, на нем всегда в чем нибудь можно с пользой поучиться. Я выложил в основном для этого, а не "вставлять" (хотя он рабочий).
USB конечно не поддерживает, потому что дос вообще УСБ не знает.
А касательно COM - тушпад висит на внутреннем COM, поэтому он и не брался, по-видимому.
В любом случае, желаю успехов.

Ожидаем более удачной версии.

[TEHb]

дос вообще УСБ не знает

DOS знает USB, в достаточной мере чтобы работать с флешками, мышками, принтерами и прочими мелочами. http://www.georgpotthast.de/usb/