Re: Advice Required - for avoiding conflict betwen qmail-smtpd, rblsmtpd loaded as shared objects in tcpserver

On 5 April 2017 at 18:09, Henning Brauer <[email protected]> wrote:
> * Manvendra Bhangui <[email protected]> [2017-04-03 16:42]:
>> Eureka!!!. Found it.  The answer is in using dlmopen() instead of
>> dlopen().
>
> nope. dlopen() is POSIX, dlmopen() is proprietary and nonportable.
>

Add to it, that it is buggy. Already discovered issues with  glibc
stubs for setgroups(), setgid() and setuid(). At the moment bypassed
the stubs by using syscall() to directly call the real setgroups(),
setgid() and setuid() functions. Yes, but these bugs will meet their
death some day :)

> There is no portable way of loading an object file into the process
> and control visibility of its symbols to other parts of the same
> process that I am aware of. And really, this is a strong hint that
> you're on the wrong track (you are).
>

Have always have been on the wrong track :) but is there any
recommended way of loading shared libraries? Anything you know of,
just point me & I will read it. Have a great day.