Po sirokom default-u, po trenutku load-ovanja u proces, kompletan kod (funkcije,
promenljive) deljene biblioteke postaju legitimni deo procesa i dele sve privilegije
pod kojim je proces startovan.

Odudaranje od te najprostije paradigme obicno zahteva poseban fokus (code shepherding,
safe execution kontrola) i ekstra napor da bi se kontrolisalo sta se i kako moze izvrsiti
iz load-ovane biblioteke. Na Linux-u je SELinux cesto primenjivano okruzenje gde se
restrikcije ove vrste implementiraju, pa neke popularne pakete ne mozes da pokrenes
upravo iz ovih razloga ili dok ne disable-ujes SELinux.

Ne znam sve okolnosti tvog projekta (o kakvim security restrikcijama se radi, ko je
pisao app i kakve restrikcije imas), ali ako se radi o najprostijoj varijanti app + deljene
biblioteke + imas source + nema nikakvih specijalnih okolnosti u vezi execution security....
trebalo bi da mozes bez ikakvih problema da unutar funkcije iz shared biblioteke uradis
sve sto si naveo (kreiranje thread-a, child procesa forkovanjem). Tacnije - znam da moze.

resio sam, hvala...

radi se o embedded uredjaju na kom jedino sto sam uspeo je da napisem svoju biblioteku sa nekim osnovnim funkcijama tipa memcpy i memset i da je pozovem sa LD_PRELOAD