Commit Graph

10964 Commits

Author SHA1 Message Date
GDB Administrator
2efbb06d22 Automatic date update in version.in 2014-04-22 00:00:07 +00:00
GDB Administrator
c21d327c0c Automatic date update in version.in 2014-04-21 00:00:06 +00:00
GDB Administrator
4e608f2e34 Automatic date update in version.in 2014-04-20 00:00:08 +00:00
GDB Administrator
b4a18502ba Automatic date update in version.in 2014-04-19 00:00:07 +00:00
GDB Administrator
8fe73b351d Automatic date update in version.in 2014-04-18 00:00:07 +00:00
GDB Administrator
41683d52d5 Automatic date update in version.in 2014-04-17 00:00:07 +00:00
GDB Administrator
3dfbfcef59 Automatic date update in version.in 2014-04-16 00:00:07 +00:00
GDB Administrator
24e98d1dd3 Automatic date update in version.in 2014-04-15 00:00:08 +00:00
GDB Administrator
68e9e29c82 Automatic date update in version.in 2014-04-14 00:00:08 +00:00
GDB Administrator
b21f3065f4 Automatic date update in version.in 2014-04-13 00:00:08 +00:00
GDB Administrator
cc5d52b482 Automatic date update in version.in 2014-04-12 00:00:08 +00:00
GDB Administrator
7456303a04 Automatic date update in version.in 2014-04-11 00:00:08 +00:00
GDB Administrator
385bdf6339 Automatic date update in version.in 2014-04-10 00:00:12 +00:00
GDB Administrator
ac8c178f3c Automatic date update in version.in 2014-04-09 00:00:10 +00:00
GDB Administrator
eb7e3e2de0 Automatic date update in version.in 2014-04-08 00:00:09 +00:00
GDB Administrator
7b3ae47652 Automatic date update in version.in 2014-04-07 00:00:07 +00:00
GDB Administrator
7cdb9e50cd Automatic date update in version.in 2014-04-06 00:00:07 +00:00
GDB Administrator
a799b84bec Automatic date update in version.in 2014-04-05 00:00:07 +00:00
GDB Administrator
2130bcaff7 Automatic date update in version.in 2014-04-04 00:00:07 +00:00
GDB Administrator
d4a0e7b071 Automatic date update in version.in 2014-04-03 00:00:07 +00:00
GDB Administrator
157b39bcf7 Automatic date update in version.in 2014-04-02 00:00:07 +00:00
GDB Administrator
9f5dbd6b28 Automatic date update in version.in 2014-04-01 00:00:07 +00:00
GDB Administrator
e2373c51c1 Automatic date update in version.in 2014-03-31 00:00:07 +00:00
GDB Administrator
85edbe3d78 Automatic date update in version.in 2014-03-30 00:00:08 +00:00
GDB Administrator
7a2b89eb22 Automatic date update in version.in 2014-03-29 00:00:08 +00:00
GDB Administrator
c3db1309cf Automatic date update in version.in 2014-03-28 00:00:07 +00:00
GDB Administrator
f0632b0cc5 Automatic date update in version.in 2014-03-27 00:00:06 +00:00
GDB Administrator
71882adabe Automatic date update in version.in 2014-03-26 00:00:07 +00:00
GDB Administrator
917084c994 Automatic date update in version.in 2014-03-25 00:00:09 +00:00
GDB Administrator
0de9013b39 Automatic date update in version.in 2014-03-24 00:00:07 +00:00
GDB Administrator
ca1fa2152d Automatic date update in version.in 2014-03-23 00:00:08 +00:00
GDB Administrator
c6961503c0 Automatic date update in version.in 2014-03-22 00:00:08 +00:00
GDB Administrator
e54718a504 Automatic date update in version.in 2014-03-21 00:00:08 +00:00
GDB Administrator
5525b6a9b6 Automatic date update in version.in 2014-03-20 00:00:07 +00:00
GDB Administrator
d580d76896 Automatic date update in version.in 2014-03-19 00:00:09 +00:00
GDB Administrator
2b87046f7f Automatic date update in version.in 2014-03-18 00:00:11 +00:00
GDB Administrator
c9b40b66ff Automatic date update in version.in 2014-03-17 00:00:08 +00:00
GDB Administrator
a1f93fc6fd Automatic date update in version.in 2014-03-16 00:00:07 +00:00
GDB Administrator
c782ba4621 Automatic date update in version.in 2014-03-15 00:00:08 +00:00
GDB Administrator
abd81597b3 Automatic date update in version.in 2014-03-14 00:00:07 +00:00
GDB Administrator
fc9ec34d8a Automatic date update in version.in 2014-03-13 00:00:07 +00:00
Pedro Alves
0136e467ea AIX 32-bit core loading, high section addresses.
I noticed GDB was failing to enable threading support for 32-bit AIX
cores.  I traced it to failure to read variables from libpthreads.a.
The issue is that data for that library is loaded at a high address,
and bfd is sign extending the section addresses:

 (gdb) info files
 Symbols from "/home/palves/crash".
 Local core dump file:
	 `/home/palves/core', file type aixcoff-rs6000.
	 0x2ff22000 - 0x2ff23000 is .stack
	 0x20000000 - 0x200316e0 is .data
	 0x20000e90 - 0x200016c0 is .data
	 0xfffffffff0254000 - 0xfffffffff0297920 is .data
	 0xfffffffff07b46a8 - 0xfffffffff07b47c8 is .data
	 0xfffffffff0298000 - 0xfffffffff029bfcc is .data
	 0xfffffffff06dafe0 - 0xfffffffff07b3838 is .data
 Local exec file:
	 `/home/palves/crash', file type aixcoff-rs6000.
	 Entry point: 0x20001394
	 0x10000150 - 0x10000e90 is .text
	 0x20000e90 - 0x2000149c is .data
	 0x2000149c - 0x200016c0 is .bss
	 0xd053b124 - 0xd053e15f is .text in /usr/lib/libpthreads.a(shr_comm.o)
	 0xf0254000 - 0xf0297920 is .data in /usr/lib/libpthreads.a(shr_comm.o)
	 0xf0254450 - 0xf0297920 is .bss in /usr/lib/libpthreads.a(shr_comm.o)
	 0xd053a280 - 0xd053aabe is .text in /usr/lib/libcrypt.a(shr.o)
	 0xf07b46a8 - 0xf07b47c8 is .data in /usr/lib/libcrypt.a(shr.o)
	 0xf07b47c8 - 0xf07b47c8 is .bss in /usr/lib/libcrypt.a(shr.o)
	 0xd04fb180 - 0xd053917e is .text in /usr/lib/libpthreads.a(shr_xpg5.o)
	 0xf0298000 - 0xf029bfcc is .data in /usr/lib/libpthreads.a(shr_xpg5.o)
	 0xf029bf64 - 0xf029bfcc is .bss in /usr/lib/libpthreads.a(shr_xpg5.o)
	 0xd0100900 - 0xd04fa39c is .text in /usr/lib/libc.a(shr.o)
	 0xf06dafe0 - 0xf07b3838 is .data in /usr/lib/libc.a(shr.o)
	 0xf0751e94 - 0xf07b3838 is .bss in /usr/lib/libc.a(shr.o)

Notice:
	...
	0xfffffffff0298000 - 0xfffffffff029bfcc is .data
	...

Those are the bfd section start/end addresses.  It't not visible here:

         ...
	 0xf0298000 - 0xf029bfcc is .data in /usr/lib/libpthreads.a(shr_xpg5.o)
         ...

... just because GDB trims that number to 32-bit when printing.

GDB then fails to find the memory for libpthreads.a variables in the
core, and falls back to reading it directly from the executable (which
yields the values as originally initialized in the code).

E.g.:

 (gdb) p &__n_pthreads
 $2 = (<data variable, no debug info> *) 0xf074fda8 <__n_pthreads>
 (gdb) p __n_pthreads
 $1 = -1

That should have returned 2 instead of -1.

bfd/
2014-03-12  Pedro Alves  <palves@redhat.com>

	PR gdb/16696
	* rs6000-core.c (rs6000coff_core_p): Cast pointers to bfd_vma
	through ptr_to_uint instead of through long.
2014-03-12 10:28:59 +00:00
GDB Administrator
e80f9a926c Automatic date update in version.in 2014-03-12 00:00:07 +00:00
GDB Administrator
e7e3187f9a Automatic date update in version.in 2014-03-11 00:00:07 +00:00
GDB Administrator
133152d027 Automatic date update in version.in 2014-03-10 00:00:07 +00:00
GDB Administrator
444f0736e7 Automatic date update in version.in 2014-03-09 00:00:08 +00:00
GDB Administrator
70e0687e90 Automatic date update in version.in 2014-03-08 00:00:09 +00:00
GDB Administrator
630cfb3be8 Automatic date update in version.in 2014-03-07 00:00:09 +00:00
GDB Administrator
3f5670f01b Automatic date update in version.in 2014-03-06 00:00:07 +00:00
GDB Administrator
79a33da92a Automatic date update in version.in 2014-03-05 00:00:08 +00:00