Поиск дескрипторов открытых файлов для процесса linux (c-код?

вот код, который я использовал, я не знал о /proc / self (thx Donal!), но этот способ, вероятно, более общий в любом случае. Я включил необходимую для всех функций в верхней.

#include <string.h>
#include <stdio.h>
#include <dirent.h>
#include <fcntl.h>
#include <unistd.h>
#include <errno.h>
#include <sys/resource.h>

#ifndef FALSE
#define FALSE (0)
#endif
#ifndef TRUE
#define TRUE (!FALSE)
#endif

/* implementation of Donal Fellows method */ 
int get_num_fds()
{
     int fd_count;
     char buf[64];
     struct dirent *dp;

     snprintf(buf, 64, "/proc/%i/fd/", getpid());

     fd_count = 0;
     DIR *dir = opendir(buf);
     while ((dp = readdir(dir)) != NULL) {
          fd_count++;
     }
     closedir(dir);
     return fd_count;
}

однажды я прошел через очень плохую проблему с утечкой дескрипторов файлов, и оказалось, что я фактически закодировал решение, предложенное Томом Х.:

/* check whether a file-descriptor is valid */
int pth_util_fd_valid(int fd)
{
     if (fd < 3 || fd >= FD_SETSIZE)
          return FALSE;
     if (fcntl(fd, F_GETFL) == -1 && errno == EBADF)
          return FALSE;
     return TRUE;
}

/* check first 1024 (usual size of FD_SESIZE) file handles */
int test_fds()
{
     int i;
     int fd_dup;
     char errst[64];
     for (i = 0; i < FD_SETSIZE; i++) {
          *errst = 0;
          fd_dup = dup(i);
          if (fd_dup == -1) {
                strcpy(errst, strerror(errno));
                // EBADF  oldfd isn’t an open file descriptor, or newfd is out of the allowed range for file descriptors.
                // EBUSY  (Linux only) This may be returned by dup2() during a race condition with open(2) and dup().
                // EINTR  The dup2() call was interrupted by a signal; see signal(7).
                // EMFILE The process already has the maximum number of file descriptors open and tried to open a new one.
          } else {
                close(fd_dup);
                strcpy(errst, "dup() ok");
          }
          printf("%4i: %5i %24s %s\n", i, fcntl(i, F_GETOWN), fd_info(i), errst);
     }
     return 0;
}

вы, вероятно, захотите их тоже, чтобы удовлетворить последний printf выше...

char *fcntl_flags(int flags)
{
    static char output[128];
    *output = 0;

    if (flags & O_RDONLY)
        strcat(output, "O_RDONLY ");
    if (flags & O_WRONLY)
        strcat(output, "O_WRONLY ");
    if (flags & O_RDWR)
        strcat(output, "O_RDWR ");
    if (flags & O_CREAT)
        strcat(output, "O_CREAT ");
    if (flags & O_EXCL)
        strcat(output, "O_EXCL ");
    if (flags & O_NOCTTY)
        strcat(output, "O_NOCTTY ");
    if (flags & O_TRUNC)
        strcat(output, "O_TRUNC ");
    if (flags & O_APPEND)
        strcat(output, "O_APPEND ");
    if (flags & O_NONBLOCK)
        strcat(output, "O_NONBLOCK ");
    if (flags & O_SYNC)
        strcat(output, "O_SYNC ");
    if (flags & O_ASYNC)
        strcat(output, "O_ASYNC ");

    return output;
}

char *fd_info(int fd)
{
    if (fd < 0 || fd >= FD_SETSIZE)
        return FALSE;
    // if (fcntl(fd, F_GETFL) == -1 && errno == EBADF)
    int rv = fcntl(fd, F_GETFL);
    return (rv == -1) ? strerror(errno) : fcntl_flags(rv);
}

FD_SETSIZE является обычно 1024, и максимальные файлы в процесс обычно 1024. Если вы хотите быть уверены, вы можете заменить его вызовом этой функции, как описано TomH.

#include <sys/time.h>
#include <sys/resource.h>

rlim_t get_rlimit_files()
{
    struct rlimit rlim;
    getrlimit(RLIMIT_NOFILE, &rlim);
    return rlim.rlim_cur;
}   

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

0:     0                  O_RDWR  dup() ok
1:     0                O_WRONLY  dup() ok
2:     0                  O_RDWR  dup() ok
3:     0              O_NONBLOCK  dup() ok
4:     0     O_WRONLY O_NONBLOCK  dup() ok
5:    -1      Bad file descriptor Bad file descriptor
6:    -1      Bad file descriptor Bad file descriptor
7:    -1      Bad file descriptor Bad file descriptor
8:    -1      Bad file descriptor Bad file descriptor
9:    -1      Bad file descriptor Bad file descriptor

Я надеюсь, что ответы на любые интересующие вас вопросы, и в случае, если вам интересно, я пришел сюда в поисках ответа на вопрос, который задал ОП, и после прочтения ответа, помните, что я уже написал код много лет назад. Наслаждаться.

Если вы можете определить процесс через pid, вы можете просто сделать

ls -l /proc/<pid>/fd | wc - l

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

иногда C++ - это вариант, решение Донала с использованием boost:: filesystem:

#include <iostream>
#include <string>
#include <boost/filesystem.hpp>
#include <unistd.h>

namespace fs = boost::filesystem;

int main()
{
    std::string path = "/proc/" + std::to_string(::getpid()) + "/fd/";
    unsigned count = std::distance(fs::directory_iterator(path),
                                   fs::directory_iterator());
    std::cout << "Number of opened FDs: " << count << std::endl;
}

если вы имеете в виду, как вы можете сделать это программно из процесса, то нормальный (если немного ужасный) метод должен сделать что-то вроде цикла над всеми возможными дескрипторами (используйте getrlimit() читать RLIMIT_NOFILE чтобы найти диапазон) вызов чего-то вроде fcntl(fd, F_GETFD, 0) на каждом из них и проверка ответов EBADF, чтобы увидеть, какие из них не открыты.

если вы имеете в виду, что хотите узнать из оболочки, какие файлы процесс открыл, то lsof -p <pid> - это то, что вы хотите.

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