Possible parsing bug when -xx is passed on systems with virtual interfaces

Sulaiman AlIbrahim سليمان الإبراهيم sulaiman at kutometa.com
Sat May 7 06:31:30 UTC 2022


I'm using strace on a system with active virtual network devices. I noticed that strace reliably fails the moment a traced program attempts to access the network when I pass the -xx flag. strace prints the following message:

    strace: sprint_ifname: got unexpected return value 66 for snprintf(buf, 38, ("if_nametoindex(\"" "%s" "\")"), name_quoted)

The following steps should reproduce this issue in a fresh Debian 11 environment:

1. Ensure `strace`, `iproute2`, and `whois` are installed
2. Setup a new virtual Ethernet pair: `ip link add name testi0 type veth peer name testo0`
3. Bring both interfaces up: `ip link set testi0 up; ip link set testo0 up;`
4. Run whois through strace: `strace -f -xx whois example.com`

I want to note that strace works as expected if -xx is removed. I believe the issue might be caused by the presence of additional peer segments in the name of the veth devices (the '@...' in `testi0 at testo0` and `testo0 at testi0`).

Apologies if this is a known issue.
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.strace.io/pipermail/strace-devel/attachments/20220507/810b36e8/attachment.htm>


More information about the Strace-devel mailing list