This is the mail archive of the
mailing list for the GDB project.
Re: Last week: i686-pc-linux-gnu 'gdb.server' testsuite regressions
- From: Kevin Buettner <kevinb at redhat dot com>
- To: gdb at sourceware dot org
- Cc: Thomas Schwinge <thomas at codesourcery dot com>
- Date: Thu, 2 May 2019 21:52:06 -0700
- Subject: Re: Last week: i686-pc-linux-gnu 'gdb.server' testsuite regressions
- References: <E1hERfmfirstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org> <email@example.com> <firstname.lastname@example.org>
On Thu, 2 May 2019 21:40:29 -0700
Kevin Buettner <email@example.com> wrote:
> Program received signal SIGSEGV, Segmentation fault.
> 0xb7fd6eaa in _dl_start () from target:/lib/ld-linux.so.2
> (gdb) FAIL: gdb.server/abspath.exp: continue to main
> Switching back to /mesquite2/sourceware-git/f30-i386-syscallrestart/bld/gdb/testsuite.
> Remote debugging from host ::1, port 44692
> monitor exit
> Now that I've reproduced it, I'll try to figure out what's going on...
*(int64_t *) ptr = *(int32_t *) ptr;
It's a mistake to attempt to sign extend a 32-bit value to 64-bits
when there's only a 32-bit container for that value.
I'm testing a patch which puts #ifdef __x86_64__ ... #endif
around the new code that I added. I had thought that it was already
in one of these blocks, but it's not.
Thanks for the report and apologies for taking so long to get back
to you. (Thanks to Sergio for pointing it out to me!)