Dotaz: dynamic library ( so ) v C++

[Mr.S1lent.cz]

Zdravim, mohl bych se zeptat, zda je nejaky zpusob za pomoci dlopen handleru vytvorit bud instanci objektu dynamicke knihovny anebo predat nejake parametry funkcim te knihovny, pokud by to nebylo reseno pomoci objektu?

Pomoci dlopen vytvorim handler knihovny a pote bych chtel predat parametry funkci a ziskat jeji navratovou hodnotu:

std::string moje_funkce( std::string arg1, std::string arg2, int arg3 );

Anebo jednoduse ziskat instanci nejake tridy a tu "vlozit" do promenne, aby s ni slo jednoduse "operovat"

V dokumentaci jsem nasel akorat same priklady a vysvetleni funkci bez parametru, navratovych hodnot ( byly typu void ) a tridy, ty jsem tam nenasel vubec

Odpovědi

[rastos]

Nemám priamu skúsenosť, ale priamo manuálová stránka pre dlopen(3) uvádza príklad pre funkciu cos(), ktorá berie double a vracia double. Jediný potenciálny problém vidím v rozdiele medzi C a C++ a ak nastane tak by som ho riešil C wrapperom pre C++ funkcie.

[Michal Kubeček]

Příloha:

• dl-example.tar.gz (670 bytů)

Je potřeba funkci dlsym() předat manglované jméno, které zjistíte např. pomocí nm. Viz příklad v příloze.

[Mr.S1lent.cz]

Ano, ten C wrapper byl prave v pripade B, kdy bych neloadoval tridu, ale jen funkce, ve kterych bych zavadel instance jednotlivych objektu a jejich metod.

Jinak dekuji, za nazorny priklad - ja ten priklad s cosinem videl, ale nikde tam nebyla definice te cos funkce ( doufam, ze jsem se dival poradne ) a hold nemam takove dokonale chapani a zkusenosti a dany priklad jsem uplne nepochopil, ovsem tady demonstrace pana kubecka mi danou problematikou radne osvetlila, moc diky za vas cas panove

[Mr.S1lent.cz]

Jinak jsem jeste nasel priklad, kdy byl dlsym vlozen nazev funkce a ne "nm name", nemohl to ovlivnit extern "C"? Ponevadz to je jediny rozdil ( kdyz nepocitam ty parametry ) mezi tvym resenim a te v te dokumentaci ( nasel jsem priklad s hello ), pokud by bylo potreba, printnu sem cast toho kodu

[Michal Kubeček]

Ano, když té funkci v knihovně dáte extern "C", bude exportována pod nemanglovaným jménem a pak to bude fungovat i s ním. Výhoda je, že to bude přenositelné (nemusíte znát manglované jméno). Nevýhoda je, že jméno pak nemůžete overloadovat a musíte ji deklarovat jako extern "C" i v každém programu, který knihovnu používá "normálním" způsobem.

[Mr.S1lent.cz]

No ona ta knihovna bude jednoucelova jen pro dynamicke loadovani, cili toho extern "C" bych se nebal, diky, jsem zase o neco moudrejsi )

[Michal Kubeček]

Pokud si tu knihovnu píšete sám (a nebudete ji nikam linkovat klasicky), tak je extern "C" určitě správná volba, původní odpověď jsem psal s představou, že máte hotovou C++ knihovnu, do které nemůžete nebo nechcete zasahovat.

[rastos]

ale nikde tam nebyla definice te cos funkce ( doufam, ze jsem se dival poradne

man cos

       #include <math.h>

       double cos(double x);

[Pavel Stárek]

Nevím jestli jsi četl, ale tady je nějaký celkem pěkně popsaný příklad.

[Mr.S1lent.cz]

Tento link jsem nenasel, ale mam milion jinych take diky

[Mr.S1lent.cz]

Kazdopadne je lepsi to resit tim c wraperem, ponevadz kazda ta knihovna bude mit 3 ( zatim 3 ) tridy a musel bych k nim mit 3 hlavickove soubory, coz je neprakticke, radsi to udelam pomoci funkci, kdy kazda bude vytvaret instanci na tridu a jeji metodu, popr instanci definovat do globalnich promennych namespace bloku - to si jeste promyslim a prohraju si s tim