-
Notifications
You must be signed in to change notification settings - Fork 11
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Don't rely on external commands #1
Comments
Hello, are you able to provide a (partial) code sample or worked example to help me understand how the symlink will help determine libc family? |
ls -l /lib/ld-linux.so.2
lrwxrwxrwx 1 root root 25 jun 16 20:42 /lib/ld-linux.so.2 -> i386-linux-gnu/ld-2.24.so That's for Ubuntu GNU system, for musl systems the symlink path will by |
Thank you. I fired up a few different Linux VMs and the presence of a |
Here's what I see for NodeOS, which suggests the check for $ docker run --rm -t -i nodeos/nodeos
Starting REPL session
NodeOS-boot-multiuser> fs.readdirSync('/lib')
[ 'ld-musl-x86_64.so.1',
'libc.so',
'libfuse.so',
'libfuse.so.2',
'libfuse.so.2.9.7',
'libgcc_s.so.1',
'libstdc++.so.6',
'libstdc++.so.6.0.21',
'node_modules' ] |
Then you have the answer :-) |
Thanks, support for filesystem-based family detection is now available in v0.2.0. |
Allow to detect system libc on systems that don't have
getconf
orldd
commands, like NodeOS. This would be done by reading the symlink at/lib/libc.so
.The text was updated successfully, but these errors were encountered: