Как получить абсолютное имя файла библиотеки, соответствующее относительному пути, указанному в dlopen?

В моей программе у меня есть код вроде следующего

/* libname may be a relative path */
void loadLib(char const *libname) {
   void *handle = dlopen(libname);
   /* ... */
   dlclose(handle);
}

Внутри /* .. */ мне нужно прочитать файл карты памяти /proc/self/maps, чтобы найти адрес виртуальной памяти, с которым сопоставляется libname, и мне также нужно открыть библиотеку, чтобы найти в ней определенные разделы. Для этого мне нужно абсолютное имя, которое dlopen найдено путем поиска в разных местах (например, в файле кеша ldconfig). Как я могу получить это имя?

Вот что я, наконец, закончил (да, это код на С++, тем не менее, тег C имеет смысл для этого вопроса, потому что dlopen используется как с С++, так и с C, и мой вопрос подходит для обоих, и POSIX указывает его для C.).

   boost::shared_ptr<void> dl;
   if(void *handle = dlopen(libfile, RTLD_LAZY)) {
      dl.reset(handle, &dlclose);
   } else {
      printdlerr();
      return -1;
   }

   /* update sofile to be an absolute file name */
   {
      struct link_map *map;
          dlinfo(dl.get(), RTLD_DI_LINKMAP, &map);
      if(!map) {
         return -1;
      }
      char *real = realpath(map->l_name, NULL);
      if(!real)
         return -1;
      sofile.reset(real, &free);
   }

libfile - это относительное/обычное имя файла. На карте будет отображаться не-равное имя файла (т.е. foo.so, но может быть ./foo.so). Впоследствии я использовал realpath, чтобы получить окончательное абсолютное имя пути. Он работает красиво!

Ответы

Ответ 1

вы можете использовать

... dlinfo(handle, RTLD_DI_LINKMAP, p)
p->l_name ...

где p имеет тип Link_map **

Подробнее см. man dlinfo

Ответ 2

Единственное решение - имитировать системный алгоритм. Это не так. как это звучит (хотя, как всегда, дьявол находится в подробности): для поиска исполняемого пути я использую следующее:

std::string retval = our_argv0;
if ( !isAbsolute( retval ) )
{
    char const* tmp = getenv( "PATH" );
    if ( tmp == NULL )
        throw std::runtime_error( "$PATH not set" );
    std::vector<std::string> dirs( split( std::string( tmp ), ":" ) );
    std::vector<std::string>::const_iterator i = dirs.begin();
    while ( i != dirs.end() 
            && ! access( (*i + '/' + retval).c_str(), X_OK ) == 0)
        ++ i;
    if ( i == dirs.end() )
        throw std::runtime_error("Cannot find load path");
    retval = *i + '/' + retval;
}
return std::string(
    retval.begin(),
    std::find( retval.rbegin(), retval.rend(), '/' ).base() );

Вы должны иметь возможность адаптировать его для библиотеки, используя имя вместо argv[0], LD_LIBRARY_PATH вместо PATH и PATH; соответствующий по умолчанию вместо метания, если он не установлен. Там вероятно, являются особыми случаями, которые он не обрабатывает, но вышеупомянутые работы для нас, чтобы найти исполняемый файл. (split и isAbsolute являются другими функции в нашей библиотеке, которые делают очевидные вещи.)

Ответ 3

Один из вариантов, о котором я могу думать, - использовать функцию pathfind():

char *pathfind(const char *path, const char *name, const char *mode);

DL может быть загружен из одного из трех местоположений: текущего каталога, каталога, где был установлен exec, и LD_LIBRARY_PATH - вы можете проверить последние два - и используйте pathfind с параметром getenv("LD_LIBRARY_PATH") для path, чтобы попробовать поиск другого.