Alexeis, 
GoldFinch выдвинул тезис

это касаемо C++, Java, Python и т. д.


я ответил


компилятор преобразует С код в код, юзающий libc
равно как Java преобразует байт-код в нативный код, который либо юзает api системы через сисколы напрямую
(тогда тезис априорно не верен)
либо через ту же libc, как и С
и в этом случае тезис не верен ;)


Alexeis, 
ты как бы теряешься в сути разговора

  Да где же в приведенном мной куске код использования libc ? Я вижу прямой вызов WinAPI функции. Почему ты определяешь что системные вызовы это только вызовы в режиме ядра? Операционная система не предоставляет другого документированного способа для доступа к ее внутренним ресурсам.

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

режим ядра - это работа на нулевом кольце привилегий
где я об этом говорил?

api системы - это не врапперы в libc или kernel32.dll
это то, что непосредственно предоставляет ядро ОС
в той же libc тысячи функций, но не все они - api

MAKCim, часть функций winapi работает только в юзермоде, им не надо syscall\sysenter и т.п.
ядро работает как в ring3, так и в ring0

я понял 
у нас разные представления об api



что из ядра работает в ring3?

MAKCim, у нас разные представления об ядре.

ring3 и ring0 - это состояния потока. поток постоянно переключается из ring0 в ring3 и наоборот.
ядро не "работает в кернелмоде". часть кода ядра выполняется потоками в ring0. 
причем один и тот же код может работать как в ring3, так и в ring0

Вот что пишет MS в справке к WRK

Например функция RtlRemoteCall - работает в юзермоде, и это часть RTL ядра.

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

блин, ребята
я всегда понимал и понимаю под ядром непосредственно то, что отлично от любой внешней программы
для linux это все, что в /usr/src/linux
так вот, эта хрень под названием ядро работает только в ring0
а вот уже _пользовательские процессы_ постоянно переключаются ring3 <-> ring0

О, кстати как раз вот нужно. Не подскажешь системный вызов, соответствующий GetCurrentProcessId?

bems, 
getpid()

MAKCim, я вобще-то про винду говорил

интереснее выглядит функция ядра GetCurrentProcess (и GetCurrentThread)

хотя с Id тоже ничего

Это сообщение отредактировал(а) GoldFinch - 18.5.2010, 22:22

Функция ядра?
Ну возвращают они константы, ничего особенно интересного не вижу.
Так где тут системные вызовы? (за 5 минут мы 4 штуки насчитали где их нет)

Добавлено через 45 секунд
GoldFinch, изивиняюсь. вопрос был к MAKCim

я должен наизусть все номера знать? ;)

bems, тех которые работают в юзермоде - полно. Те же GetModuleHandle и прочие, работающие с TEB и PEB.

Добавлено через 2 минуты и 35 секунд
MAKCim, а как отличать функции ядра от не-функций ядра? лазать в сорцы ядра, и смотреть, должна функция работать в ring0 или нет?