On 27 Feb 2015 01:06, Mike Frysinger wrote: > vFAIL: test; alpha/64-bit/LSB linux-3.18.1 kernel-headers-3.19.0 glibc-2.20 > gcc-4.9.2 > net-yy
there's some port decoding weirdness going on here.
the server does:
09:32:03.185497 accept(0<TCP:[127.0.0.1:55298]>, ...
[pid 25534] 09:32:03.205029 <... accept resumed> {sa_family=AF_INET,
sin_port=htons(37777), sin_addr=inet_addr("127.0.0.1")}, [16]) =
1<TCP:[127.0.0.1:55298->127.0.0.1:37632]>
the 37777 (0x9391) doesn't match the 37632 (0x9300). running this multiple
times shows the same issue -- the lower 16bits are always cleared in the later
decoding lines. checking the /proc/$pid/net/tcp lines shows that the 0x9391 is
the correct port.
it looks like the logic in socketutils.c is off a bit. maybe some of the
buffers aren't correct ? the large number marked "static" is a bit concerning.
if i hack inet_parse_response and increase zero_addr by an arbitrary 20 bytes,
the port gets decoded correctly and the test starts passing.
-mike
signature.asc
Description: Digital signature
------------------------------------------------------------------------------ Dive into the World of Parallel Programming The Go Parallel Website, sponsored by Intel and developed in partnership with Slashdot Media, is your hub for all things parallel software development, from weekly thought leadership blogs to news, videos, case studies, tutorials and more. Take a look and join the conversation now. http://goparallel.sourceforge.net/
_______________________________________________ Strace-devel mailing list Strace-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/strace-devel
