[WRAPPER] Try dlopen(libbsd) before dlopen(NULL)

[yzewei]

about #3367

[ksco]

Will this fix your arc4random issue?

[yzewei]

Will this fix your arc4random issue?

Yes, it fixes the issue of "libbsd has a symbol table but dlsym cannot recognize it".

For older versions of libc without arc4random, I still keep #3370 .
Now like this:

[BOX64] Using native(wrapped) libpthread.so.0
[BOX64] Using native(wrapped) libdl.so.2
[BOX64] Using native(wrapped) libutil.so.1
[BOX64] Using native(wrapped) librt.so.1
[BOX64] Using native(wrapped) libm.so.6
[BOX64] Using native(wrapped) libc.so.6
[BOX64] Using native(wrapped) ld-linux-x86-64.so.2
[BOX64] Using native(wrapped) libbsd.so.0
[BOX64] Using emulated /home/yzw/python-trans/python-standalone/lib/python3.11/site-packages/numpy/_core/_multiarray_umath.cpython-311-x86_64-linux-gnu.so
[BOX64] Using emulated /home/yzw/python-trans/python-standalone/lib/python3.11/site-packages/numpy/_core/../../numpy.libs/libscipy_openblas64_-fdde5778.so
[BOX64] Using emulated /usr/lib/box64-x86_64-linux-gnu/libstdc++.so.6
[BOX64] Using emulated /usr/lib/box64-x86_64-linux-gnu/libgcc_s.so.1
[BOX64] Using emulated /home/yzw/python-trans/python-standalone/lib/python3.11/site-packages/numpy.libs/libgfortran-040039e1-0352e75f.so.5.0.0
[BOX64] Using emulated /home/yzw/python-trans/python-standalone/lib/python3.11/site-packages/numpy.libs/libquadmath-96973f99-934c22de.so.0.0.0
[BOX64] Using native(wrapped) libz.so.1

[ksco]

Hmm but why do we still need #3370? If it's not found in libc, it will be found in libbsd, no?

[ptitSeb]

#3370 is not coorect in my taste, but I'll address this in this ticket. Let's merge this one for now.

[yzewei]

#3370 request was only intended to avoid direct errors in environments without libbsd. This scenario might not even occur? I will close it.