Понимание sudoers:

Существует также dladdr() функция в libc, который возвращает путь к двоичному файлу, в котором указатель заданной функции существует, но:

• Это только существует на Linux и SunOS согласно странице справочника.
• Необходимо скомпилировать исполняемые файлы с -rdynamic чтобы это работало. Я не думаю потребности библиотек это.

Для библиотеки Ваши опции намного более ограничены: существует нет argv[0] таким образом, Ваши опции dladdr(), или неясный взлом ручного парсинга только для Linux /proc/self/maps и поиск диапазона адреса памяти, содержащего адрес памяти некоторой библиотеки внутренний символ (например, указатель функции или статическая переменная).

Другие решения я видел в дикой природе:

• ./configure --prefix=SOME_UNIQUE_VERY_LONG_STRING, затем при поиске времени установки и замене, что длинная строка в двоичном файле (!!) с /path/to/actual/install/prefix/suffixed/by/enough/slashes////// и надеюсь, что пользователь никогда ничего не переименовывает в том пути.
• Виртуализируйте файловую систему, любого chroot(), смонтируйтесь цикл, файловая система FUSE, взломал libc (Проект всплеска), виртуальная машина, и т.д.
• ./configure --prefix=.. и затем никогда не звоните chdir(). Это также повредит вещи, если какие-либо утечки пути из приложения и перейдут к другому приложению, так как другое приложение не сможет правильно разрешить относительный путь.
• Запуск через обертку. Например, JAVA-приложения всегда знают свой путь через getClass().getProtectionDomain().getCodeSource().getLocation(), C# имеет Application.StartupPath среди других большинство языков сценариев имеет некоторый путь.

POSIX должен действительно стандартизировать dladdr().