This is the mail archive of the
systemtap@sourceware.org
mailing list for the systemtap project.
[Bug tapsets/18597] long_arg() doesn't correctly handle negative values in 32-on-64 environment
- From: "dsmith at redhat dot com" <sourceware-bugzilla at sourceware dot org>
- To: systemtap at sourceware dot org
- Date: Wed, 01 Jul 2015 16:13:59 +0000
- Subject: [Bug tapsets/18597] long_arg() doesn't correctly handle negative values in 32-on-64 environment
- Auto-submitted: auto-generated
- References: <bug-18597-6586 at http dot sourceware dot org/bugzilla/>
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.