[dhdurgee]

Originally Posted by NiLuJe

strace it.

It appears to be using libltdl to wrap dlopen(), so it's probably passing a stupid hardcoded path or something inane like that. libtool is the worst.

EDIT: https://www.gnu.org/software/libtool...interface.html

Seems to hint that it only relies on the environment when *NOT* fed a canonical path.

It appears that strace is on the pw4 and using it I see:

openat(AT_FDCWD, "/usr/lib/arm-linux-gnueabi/sox", O_RDONLY|O_NONBLOCK|O_LARGEFILE|O_CLOEXEC|O_DIRECTORY) = -1 ENOENT (No such file or directory)

Running strace on my laptop with a similar file shows:

open("/usr/lib/x86_64-linux-gnu/sox", O_RDONLY|O_NONBLOCK|O_DIRECTORY|O_CLOEXEC) = 4

and

open("/usr/lib/x86_64-linux-gnu/sox/libsox_fmt_mp3.so", O_RDONLY|O_CLOEXEC) = 4

This is in the middle of a whole bunch of open attempts for other formats, I don't see where it is getting the list to check.

So this appears to be an attempt on the pw4 to search that particular directory for this file. I guess I could confirm this by putting the file there, but that would not be good for an extension.

Suggestions?

Dave

PS: it appears that sox uses wget under the covers for internet access and that the wget in busybox isn't compatible. So I need to add that to the mix as well.