[Bug tapsets/18597] long_arg() doesn't correctly handle negative values in 32-on-64 environment
dsmith at redhat dot com
sourceware-bugzilla@sourceware.org
Wed Jul 1 16:14:00 GMT 2015
https://sourceware.org/bugzilla/show_bug.cgi?id=18597
--- Comment #14 from David Smith <dsmith at redhat dot com> ---
(In reply to Martin Cermak from comment #13)
> The aforementioned patch brings some testcase extensions, that fail on
> rhel5. For instance the pwrite testcase newly has following subtest:
>
> =======
> pwrite(-1, "Hello Again", 11, 0x12345678deadbeefLL);
>
> //staptest// pwrite (-1, "Hello Again", 11, 1311768468603649775) = NNNN
> =======
I wasn't 100% sure what is going on here. I believe glibc is doing this, since
strace isn't reporting the correct values either on RHEL5. syscall.pwrite was
reporting the same values, so I didn't worry about it too much.
I believe I've figured this out. If you add the following line to the test
case, it should work fine:
#define _XOPEN_SOURCE 500
I'm doing some more testing, but it appears to fix things.
--
You are receiving this mail because:
You are the assignee for the bug.
More information about the Systemtap
mailing list