libdl.so:dlopen

dlopen() crashes immediately when I use it in SRec (something to do with initdl()):
lame_so.handle = dlopen("SOBJS:libmp3lame/libmp3lame.so", 0);

I've posted the crashlog here.

It also happens when I compile with libdl.a instead of libdl.so.

@salass00

If I use the libdl.so included with the OS I get the following output from sashimi before dlopen() returns NULL for failure ( where is this coming from?):
Quote:

Everything except the "my_init: ??" stuff is from my program.

It doesn't crash but from what I can tell it doesn't try to open the .so file either (at least it doesn't show up with Snoopy).

@salass00

Is the .so definitely compiled with -fPIC and linked with -shared?

Does the example in the archive work if you compile and run it?

Chris

@Chris

Quote:

Yes, it is, and everything works fine if I link with libmp3lame.so directly. For some reason dlopen() won't open it though. I tried using dlerror() if it would say why it fails but it just returns a NULL pointer.

Quote:

Yes, it does.

@salass00

libdl is just a wrapper round the elf.library functions. If it doesn't work, and the old OS4 libdl doesn't work, but directly linking does, then I don't really know what to suggest.

btw initdl just grabs all the necessary pointers from the executable. As it seems to be elf.library doing the crashing, it must be crashing trying to open the ELF Handle (probably because it is NULL).

I'll sort out a version tomorrow with some debugging info so we can figure out why - send me an email to remind me.

Chris

@Chris

E-mail sent.