[C] Узнать существования API функций

сделать dlsym в libc.so?

Узнать в какой момент? При компиляции - используйте autoconf. В рантайме - dlsym (но тут надо быть уверенным в том, что dlsym есть)

Может быть это лучше делать при configure, а в программе проверять ifdef'ами?

в рантайме

>ф-ции read & write в системе.

что значит «в системе»? искать придется все равно во всех *.so :), ну только если заранее не определено местоположение этих ф-ций.

что значит «в системе»? искать придется все равно во всех *.so

угу, я неправильно выразился.

никак.

то есть если у вас динамически слинковано приложение, и ссылка на используемый вход (read|write)не разрешена - оно просто «незапустится»

если слинковано статически, то read/write должны влечь за собой системные вызовы, НО нет портабельного способа проверки их наличия и соответствия стандартам. (раз такой вопрос возник - видимо это ваш случай на embeded платформе)

вы заранее должны знать параметры системы - они вобщем-то устоявшиеся - и можно ориентироваться на POSIX.

p.s. можно использовать фигурный костыль из configure/autotools - делать stub, который поочереди запускает программы, исполняющие ровно по одной исследуемой функции и вот если все они завершились успешно, то этот stub загружает основное приложение.

> существуют ли например ф-ции read & write в системе

да

> Куда посмотреть

/proc

> что почитать

/proc/kallsyms

к /proc обращаться нельзя.

Как это нельзя? Если процесс запущен вами, почти все можно просмотреть. Если не вами - часть информации все равно открыта.

> к /proc обращаться нельзя.

да, си и коран — вещи несовместимые…

/proc/kallsyms

И чем символы ядра помогут юзерскому приложению?

> И чем символы ядра помогут юзерскому приложению?

помогут в рантайме узнать статически слинкованному приложению наличие некоторых системных вызовов (для многих функций, вроде тех же read/write, в libc только обёртки к системным вызовам).

помогут в рантайме узнать статически слинкованному приложению наличие некоторых системных вызовов (для многих функций, вроде тех же read/write, в libc только обёртки к системным вызовам).

Ну увидит приложение там скажем символ sys_read. И что это ему даст? Или, ещё лучше, не увидит оно там символа sys_xxx. Это гарантирует, что ядро не предоставляет определенную ф-ть? Отнюдь. Символ тупо переименовали.

> Ну увидит приложение там скажем символ sys_read. И что это ему даст?

это ему даст информацию о присутствии этого символа в ядре. ваш К.О.

> Или, ещё лучше, не увидит оно там символа sys_xxx. Это гарантирует, что ядро не предоставляет определенную ф-ть? Отнюдь. Символ тупо переименовали.

это вам не пхп ;)

помогут в рантайме узнать статически слинкованному приложению наличие некоторых системных вызовов

примера у тебя нет?!

(для многих функций, вроде тех же read/write, в libc только обёртки к системным вызовам).

я вроде нахожу их в libc.so

?это ему даст информацию о присутствии этого символа в ядре. ваш К.О.
а если я например буду искать функцию printf

это ему даст информацию о присутствии этого символа в ядре. ваш К.О.

И? Вот увидел ты, допустим, что в таблице символов ядра есть sys_read который так хочется топикастеру. Твои дальнейшие действия?

и кстати некоторые функции могут статически вкомпиливаться в бинаринк, так что сперва видимо нужно поискать их в собственном бинарнике (dlopen(NULL))

> примера у тебя нет?!

например, для x86:

arch/x86/kernel/syscall_table_32.S (в сорцах ядра) — соответствия символов ядра номерам системных вызовов (для каждой архитектуры своя таблица).

arch/x86/include/asm/unistd_32.h — определение констант номерам системных вызовов.

> я вроде нахожу их в libc.so

glibc:

time_t
time (t)
     time_t *t;
{
  INTERNAL_SYSCALL_DECL (err);
  time_t res = INTERNAL_SYSCALL (time, err, 1, NULL);
  /* There cannot be any error.  */
  if (t != NULL)
    *t = res;
  return res;
}

> а если я например буду искать функцию printf

если смогло собраться статически, значит есть :) это не системная функция, хоть и использует потом для вывода отформатированного сообщения __NR_write (sys_write который).

эт. я понял.

а можно ли как-то с помощью препроцессора эти функции узнать, типа той же read и write

объясни, нафига такой геморой?

объясни, нафига такой геморой?

моча бьёт в голову начальнику.

эм… в смысле узнать, есть эти системные вызовы под данную платформу или нет? примерно так:

#include <sys/syscall.h>

#ifdef __NR_read
/* read(…) */
#endif

#ifdef __NR_write
/* write(…) */
#endif