Description of problem: $ ltrace -n -l /usr/lib64/libselinux.so /bin/ls --- SIGSEGV (Segmentation fault) --- +++ killed by SIGSEGV +++ Notice there is no `-n' option argument. Version-Release number of selected component (if applicable): ltrace-0.6.0-4.fc17.x86_64 How reproducible: 100% Steps to Reproduce: <see above>
There actually is an -n option, it's used for indentation depending on function call depth. So this is how ltrace understands your command line: $ ltrace -n"-l" -- /usr/lib64/libselinux.so /bin/ls So it tries to run /usr/lib64/libselinux.so with the argument /bin/ls, and that predictably SIGSEVS. I think ltrace should warn about invalid argument to -n (that it's not an integer), but other than that I don't think there's much to do.
Oh I see ... I thought it was segfaulting parsing "-l" as an integer, but I see that your explanation makes more sense. Well, maybe it's not a bug in that case ...
I added the -n checking patch to F17 and rawhide.
ltrace-0.6.0-11.fc17 has been submitted as an update for Fedora 17. https://admin.fedoraproject.org/updates/ltrace-0.6.0-11.fc17
$ ltrace -n -l /lib64/libselinux.so.1 /bin/ls -lZ Invalid argument to -n: '-l'. Use integer 0..20. Works for me.
Package ltrace-0.6.0-11.fc17: * should fix your issue, * was pushed to the Fedora 17 testing repository, * should be available at your local mirror within two days. Update it with: # su -c 'yum update --enablerepo=updates-testing ltrace-0.6.0-11.fc17' as soon as you are able to. Please go to the following url: https://admin.fedoraproject.org/updates/FEDORA-2012-7253/ltrace-0.6.0-11.fc17 then log in and leave karma (feedback).
ltrace-0.6.0-11.fc17 has been pushed to the Fedora 17 stable repository. If problems still persist, please make note of it in this bug report.