вызовы X Windows - это вызовы X Windows   
на нижнем уровне все равно все идет через стандартные функции

Графическая система - не часть ядра Linux, это вообще просто пользовательская программа, потому эти вызовы не могут быть Linux API 

насколько я осведомлён (никогда под X win не писал :-} ), X-win общаются непосредственно с железом.
а что, касается терминов, то, не думаю, что X-win нельзя назвать, например, 
GAPI (Graphical API), если говорить о графическом сервере, даже, если он не входит в ядро.
кроме того, X windows не "пользовательская программа", если уж точно придерживаться терминов, 
а программная среда.  

Это сообщение отредактировал(а) Disabled - 1.6.2006, 20:50

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

а для чего нужна тогда операционная система (применительно к *ix ядро)?  

Это сообщение отредактировал(а) MAKCim - 1.6.2006, 21:35

вы хотите сказать, что Х использует сисстемные вызовы *nix?
честнго говоря, я не представляю как через полторы сотни входов можно реализовать все
ф-ии (в смысле "операции") Х. хотя, могу и ошибаться 

А как иначе? Действовать в обход ядра X не может хотя бы потому, что, повторяюсь, это - всего лишь процесс и его контролирует ядро
X предоставляет библиотеку Xlib для доступа к своим функциям, но это только обертка. Реализация библиотеки все равно идет через стандартные функции. 
Различные оконные среды (GNOME, KDE,...) представляют собой еще один уровень абстракции. По сути это - клиенты системы X. Они посылают X команды и т. д 

Естественно, X использует системные вызовы U*X! А как иначе происходит чтение/запись служебных файлов, или обмен информацией с X клиентами (через обычные сокеты)?
Другое дело -- как происходит реализация работы с видео и устройствами ввода (как я понял, это имелось в виду?). Хотя и тут возможны вариации. Насколько я понимаю, только для работы с видео (доступ к видеопамяти, и особенно к реализуемым карточкой функциям аппаратного ускорения) требует каких-то манипуляций непосредственно с железом. С клавиатурой и мышью X-сервер работает через обычные системные вызовы (open/close, read/write, ioctl...). Во всяком случае, XFree под Linux так делает.

 

так, разве, нельзя назвать X win API, если, как вы сказали, Xlib
только обёртка (повторюсь, никогда не писал под Х), хоть и разработанная сторонним
производителем. ведь, собственно, API и представляет собой "обёртку". или я не прав? 

пусть функции Xlib будут API системы X, но не системы в целом
Если проводить какую-то аналогию с Win то 
read, write, close, pipe, mmap, fork, lseek, ...  (и другие из unistd.h) будут API *ix