В общем слив засчитывается. Функция должна иметь столько параметров сколько будет реально использовано при 90% ее вызовов. Остальное должно настраиваться опционально. Некоторые функции этим страдают. Нельзя сказать что многие.

А лучше всего, когда передаёшь параметром специальный объект... 

  Так оно всегда так и происходит. Дескрипторы которые создают и повсеместно используют фактически указатели на системные объекты. Или речь о другом специальном объекте?

Затем что при создании объекта ядра, если указывать его атрибуты безопасности, то их надо надо указывать сразу. (иначе может так случиться что будет поздно)
А лишний NULL - никому не мешает.


ни один из них не работает с АПИ ОС напрямую.
а в винде даже VB, который компилится в байткод, может вызывать winapi (экспорты любых dll)

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

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

Посмотрел. 
Увидел пару fork-exec. 
Испытал неуловимо гнетущее впечатление. Содрогнулся. (с)

Да что там CreateFile. Вот когда дело касается реестра или окон... Разве не прелесть:



На самом деле WinAPI простые, но явно избыточные. Слишком много сущностей, которые невозможно держать в голове. Это заставляет часто останавливаться, думать, нырять в справку. 

Шедевр.

земля.

я говорю о более глобальных вещах
естественно, если чего-то требует архитектура, то никуда от этого не денешься
другое дело, что api - Это отображение архитектуры ;)



если уж на то пошло
то и С не юзает напрямую api ;)



C - определенный стандарт в unix-like системах
и не потому, что больше не на чем (как раз выбор больше), а потому, что С одновременно и простой, и мощный
одна из концепций unix заключается в принципе, чем проще тем лучше



значит архитектура подсистемы безопасности кривая
в linux, к примеру, во первых подсистема безопасности модульная (DAC, selinux)
а во-вторых, не потребовала ни разу изменить posix api
и в -третьих, легко позволила получить eal4 (rhel5)
http://www.niap-ccevs.org/cc-scheme/st/?vid=10125
а NULL может быть и не мешает
но тем не менее доля статистики опроса на его совести ;)

Добавлено @ 08:54

вот и я про то же
каков размер winapi (количество непосредственно отображаемых в userspace системных вызовов)?
соблюдается ли принцип Оккама?

Добавлено @ 08:58

fork - мощнейший механизм на самом деле
CreateProcess определенно менее гибок засчет того, что в принципе привязывает процесс к программе
а между тем - это _разные_ сущности
программа (образ) - это лишь ресурс, как и прочие таблицы и объекты

  Это еще как? Переход по адресу разве это не напрямую? Или ты имеешь ввиду, что API это прослойка к нативной ntdll.dll?

Alexeis, 
MAKCim видимо имеет ввиду механизм статического импорта для .obj : для каждой длл используются библиотеки импорта с переходниками на функции API. При этом имена переходников не совпадают с именами функций winAPI (добавляется манглинг).


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

а вот так
компилятор формирует код, использующий либы, а не дергает напрямую сисколы
а первичное отображение api есть сисколы

  Какой компилятор делает так? 

Вот смотрю пример вызова CreateEvent





Адрес хранящийся в памяти по адресу 

007a3548 - 0E 18 28 76

Переход к kernel32.CreateEventW


Где тут использование дополнительной либы?

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

kernel32 ;)
вот ежели б компилятор генерил код, напрямую дергающий sysenter/syscall, int и пр. механизмы межуровневых переходов процессора
тогда да

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