Добро пожаловать,
Свежие материалы
Обсуждения
Микропроцессор "Эверест" (1)
Запрет регистрации на osrc.info (1)
Ответ Javе и Flash'у (70)
Новая программа поддержки от Microsoft (2)
Solaris будет портирован на Itanium и POWER? (3)
9 декабря вышла новая сборка Xameleon (9)
рассылка (2)
ЗРОС (3)
Новый стиль OSRC.info (2)
Обсуждение статьи "Взгляд на развитие YellowTAB" (124)В Сети
Гостей: 3, Пользователей: 0 ...
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
рекорд он-лайн: 2015
(Пользователей: 1, Гостей: 2014) в 29.03.2010 00:07
Пользователей: 1007
Новичок: alicemokas
| Центр информации по операционным системам :: Форумы :: Операционные системы :: Другие ОС |
|
<< Предыдущая тема | Следующая тема >> |
| DPMI | ||
| Переход на страницу 1 2 [3] | |
|
Модераторы: Roman I Khimov, Wanderer, Dron
|
| Автор | Добавил | ||
| Chizh |
| ||
 ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | В письме почему-то слэш пропал. Там должно быть типа system / krnl386 | ||
| Наверх |
| ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | Выпустил последний релиз "2005-03-16" http://sourceforge.net/projects/expressos , сделана оптимизация и несколько доработок. Собираюсь на основе этого хозяйства сделать микроядро. Есть вопрос про интерфейс syscall-ов юниксов. Он бинарно совместим от версии к версии, и вообще между разными типами юниксов? Т.е. насколько он стандартизирован, и где можно найти инфу про него. <span class='smallblacktext'>[ Редактирование среда 16.03.2005 02:19 ]</span> | ||
| Наверх |
| ||
| Dron |
| ||
   ID пользователя #13 Зарегистрирован: Понедельник 05.07.2004 11:16Местонахождение: Москва Сообщений: 651 | Он точно стандартизирован на уровне си... на низком уровне единого стандарта нету, да он и не нужен. (правда вот FreeBSD имеет бинарную поддержку Linux приложений, но это скорее исключение из правила) Одну из двух вечных российских проблем можно, в принципе, решить с помощью асфальтоукладчиков и катков. А вот с дорогами, конечно, будет труднее... Андрей Валяев | ||
| Наверх |
| ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | Спасибо. На уровне С тоже хорошо. | ||
| Наверх |
| ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | Я подумал - кто и когда начнёт использовать интерфейс ядра на стадии загрузки? Я решил что после инициализации ядра управление сразу будет передано подпрограмме "Shell", которая и будет используя интерфейс ядра предоставлять пользовательский интрефейс. Эта подпрограмма по необходимости загрузит остальные свои модули динамически. Решено сделать Shell первичным, а загрузка всего остального (драйвера сервисы, программы) - On Demand. Т.е. если Shell-ом используется клава и мышь, то их драйвера автоматически загрузятся. На ваш взгляд такой сценарий реализуем (а может где-то уже работает)? Я как раз выложил на сайт версию в качестве небольшой демонстрации, которая запускает задачу K_Shell (пользовательский уровень привилегий). Эта задача делает 2 системных вызова, затем выполняет привилегированную инструкцию invd которая вызывает GPF. После нажатия кнопки F11, переключиться на это окно обратно можно нажав последовательно F12 O (в меню в общем-то написано). <span class='smallblacktext'>[ Редактирование пятница 18.03.2005 16:57 ]</span> | ||
| Наверх |
| ||
| ddc |
| ||
Free Software Zealot  ID пользователя #202 Зарегистрирован: Воскресенье 06.02.2005 09:32Местонахождение: Москва Сообщений: 189 | А заодно не подскажешь, где можно достать драйвер для ICH5R с поддержкой DMA, 32-разрядную консоль, поддержку WiFi и реализацию многопоточности для MS-DOS? И гвоздодёр... Но это всё, конечно, моё сугубо личное мнение... | ||
| Наверх | | ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | Windows XP - Run... cmd ??? | ||
| Наверх |
| ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | Предлагается сегментная модель защиты (при плоском пространстве кода и данных). Для обмена защищёнными данными предлагается отвести некую общедоступную память, но за границей доступа плоскими сегментами. Программа сначала запрашивает у системы выделить кусок памяти в защищённой области, и получает от системы специальный селектор который указывает только на этот кусок. Затем программа передаёт селелектор этого сегмента другой программе для того чтобы та могла прочитать оттуда данные. Суть в том что данные смогут прочитать только те кто имеет этот селектор, который имеет роль ключа. Сойдёт?  <span class='smallblacktext'>[ Редактирование пятница 18.03.2005 23:18 ]</span> | ||
| Наверх |
| ||
| Chizh |
| ||
| ID пользователя #90 Зарегистрирован: Понедельник 13.09.2004 18:42Сообщений: 170 | В системе появился файл eosdll.dll, в нём располагается стартовая функция. Здесь будет API доступный из пользовательских программ напрямую, поскольку это библиотека пользовательского уровня. Это не тоже самое что Виндовый ntdll.dll. ntdll.dll находится на 0 уровне, потому что ядро монолитное и требуется обслуживание всех программ 0 уровня. <span class='smallblacktext'>[ Редактирование четверг 24.03.2005 01:09 ]</span> | ||
| Наверх |
| ||
| Переход на страницу 1 2 [3] | |
Powered by e107 Forum System