Сколько дескрипторов у файла?

[psl]

Как узнать, сколько дескрипторов ссылается на файл (без привелегий root).

[RXL]

[rxl@mail temp]$ touch a
[rxl@mail temp]$ ls -l
итого 0
-rw-rw-r--  1 rxl rxl 0 Дек  9 19:56 a
[rxl@mail temp]$ ln a b
[rxl@mail temp]$ ls -l
итого 0
-rw-rw-r--  2 rxl rxl 0 Дек  9 19:56 a
-rw-rw-r--  2 rxl rxl 0 Дек  9 19:56 b
[rxl@mail temp]$

Правильнее будет сказать, не сколько "дескрипторов у файла", а сколько ссылок на inode есть. Пока число ссылок не дойдет до нуля файл существует.

[npak]

RXL,

мне кажется, что psl интересует именно количество открытий заданного файла, а не число жёстких ссылок на файл.

Не знаю, как это сделать без рутовых прав, но знаю, как сделать с рутовыми:
Если имя файла находится в переменной окружения FNAME, то в командной строке
ls -l /proc/*/fd | grep --fixed-string "$FNAME" | wc -l

[RXL]

Вот такие вот вопросы, что приходится гадать...

[psl]

Уфф...
Я открываю файл fd = open(...);
Могу ли я при повторном fd = open(...); как-нибудь узнать, что файл мною уже открыт. Такая информация в файловой системе есть - вопрос как ее получить без привелегий рута.

[RXL]

Если это твоя программа, то ты и должен знать, открыт ли файл. Я, обычно, для этого делаю переменную, в которую помещая номер открытого файла, и, если надо роверить, есть ли файл, делаю простое if(fd > 0). Переменную надо первоначально проинициализировать, установив в  -1. Так же при закрытии файла надо делать fd=-1.
Стоит так же помнить, что дескриптор открытого файла хранит в себе текущую позицию чтения-записи. Если ты будешь работать с файлом в нескольких местах программы, то помни о возможности такого конфликта.
Если пользоваться потоковыми ф-иями libc, то можно переоткрывать файл по имени: freopen().

Этого тебе достаточно?

[npak]

В файловой системе такой информации нет, эта информация хранится в ядре, в структуре данных "процесс".

Для своего процесса храни список открытых файлов, пользуйся своими средствами.
Или посмотри среди ссылок в файловой системе /proc/<id_твоего_процесса>/fd/*

[RXL]

Коль, таким же макаром можно еще перебрать все дескрипторы и протестить их на достоверность через fstat(), но имя файла там нет.
Как финт ушами: сделать stat() и сравнивать inode с открытыми файлами. Не проверял.

[RXL]

Код:

#include <sys/stat.h>
#include <errno.h>

int get_opened_file(char * filename)
{
    int i;
    struct stat  st_fn, st_fd;

    if (stat(filename, &st_fn))
        return -1;
    for (i = 0; i < FD_SETSIZE; i++)
    {
        if (fstat(i, &st_fd))
            continue;
        if (st_fn.st_dev == st_fd.st_dev && st_fn.st_ino == st_fd.st_ino)
            return i;
    }
    errno = ENOENT;
    return -1;
}

Тут доки на ф-ии: http://docs.netive.ru/susv3/functions/contents.html

[psl]

А можно как-нибудь сделать так, чтобы ядро не позволяло открыть больше одного дескриптора для одного файла, не блокируя при этом другой/текущий процесс?

Т.е.
...
fd = open(.."my.file"...); 
...
и чтобы при последующем fd = open(.."my.file"...); возвращался fd = -1; пока я не закрою дескриптор close(fd)?

Поиск в любом виде я реализовать могу, но мне интересно сделать так, чтобы использовались механизмы ядра/фс.

[RXL]

Никак. Не придумывай себе проблем. Программа пишется под ОС, а не наоборот.

Хотя, почитай про блокировку файла.

[npak]

Блокировки файла защищают только от доступа из разных процессов.  Сам процесс может открывать файл со своими блокировками сколько угодно.  По крайней мере это так для flock

[psl]

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

Я прочитал всю доступную мне документацию, ответа не нашел - поэтому и задал вопрос,

> Хотя, почитай про блокировку файла.
а про блокировки в данном случае хорошо сказал npak.

В любом случае всем большое спасибо за ответы.

[RXL]

Логично - я что-то не подумал.

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

[RXL]

Какие проблемы? - Так ты же сам их себе создаешь.
А зачем тебе такие сложности с файлами? Я думаю, с этого надо начинать.

[psl]

>Какие проблемы? - Так ты же сам их себе создаешь.
>А зачем тебе такие сложности с файлами? Я думаю, с этого надо начинать.

Я _не изобретаю_ велосипед - я ездить на нем учусь!:)))