Administrace komentářů

Tak předně teminologie: dynamické knihovny jsou všechny, které se linkují při spuštění/za běhu programu. To tedy zahrnuje i běžné

gcc -o program program.o -lfoo

které přilinkuje nějaké foo.so, protože ‚fyzicky‘ knihovnu přilinkuje až dynamický linker ld.so při spouštění; předchozí příkaz v podstatě jen přidává jakousi symbolickou závislost na knihovnu do výsledné binárky.

Takže budu ‚dynamické knihovny‘ dále považovat za moduly, tj. věci, které se natahují za běhu explicitně pomocí dlopen(), nikoli implicitně pomocí ld.so (což je reálně ld-linux-x86-64.so...).

Teď k vlastnímu problému: soubor s knihovnou, zadaný jako první argument dlopen() se hledá v několika místech, viz dlopen(3), ale když zadáš cestu, tak toto odpadá, zkouší se pouze konkrétní zadaný soubor. V případě (c) AFAIK na -soname moc nesejde, ale jako soname se v tomto případě používá normálně skutečné jméno, tj. např. kontrolni.so.

Proč ti to nefunguje... Pokud se shared object jmenuje libkontrolni.so.0.0.1, tak se musí psát takhle (resp. s cestou, jak bylo popsáno). Pokud se jmenuje kontrolni.so, tak musí opět zadat toto jméno. Tady by neměl být žádný háček, prostě se soubor na disku má jmenovat stejně, jako co dáváš jako první argument dlopen(). Pro 100% blbuvzdornost bych tam v první iteraci napsal absolutní cestu; když pak dostaneš No such file or directory, tak ten soubor fakt neexistuje a píšeš cestu blbě, případně je to symlink na neexistující soubor. Existuje-li, měl bys přinejmenším dostat jinou chybu.