> On Sun, Jul 5, 2009 at 1:19 PM, John David
> Anglin<dave@xxxxxxxxxxxxxxxxxx> wrote:
> > Carlos, what do you think?
>
> I think the dynamic linker is always the first to touch the mmap'd
> file and therefore the most likely to fail if something is wrong in
> our VM layer.
>From the core dump, this is the data supposed processed by
elf_get_dynamic_info:
(gdb) x/64x l->l_ld
0x4029e5fc <.LC11+4>: 0x00000001 0x00000167 0x00000001 0x00000171
0x4029e60c <.LC11+20>: 0x0000000e 0x00000179 0x0000000c 0x00000c9c
0x4029e61c <.LC11+36>: 0x0000000d 0x000020bc 0x00000019 0x00003590
0x4029e62c <.LC11+52>: 0x0000001b 0x00000004 0x00000004 0x00002168
0x4029e63c <.LC11+68>: 0x6ffffef5 0x00000134 0x00000005 0x0000047c
0x4029e64c <.LC11+84>: 0x00000006 0x000001ec 0x0000000a 0x000001c8
0x4029e65c <.LC11+100>: 0x0000000b 0x00000010 0x00000003 0x000037fc
0x4029e66c <.LC11+116>: 0x00000002 0x0000015c 0x00000014 0x00000007
0x4029e67c <.LC11+132>: 0x00000017 0x00000b40 0x00000007 0x000007b0
0x4029e68c <.LC11+148>: 0x00000008 0x00000390 0x00000009 0x0000000c
0x4029e69c <.LC11+164>: 0x6ffffffc 0x00000698 0x6ffffffd 0x00000006
(gdb) p l->l_ld[9]
$15 = {d_tag = 5, d_un = {d_val = 1148, d_ptr = 1148}}
(gdb) p/x 1148
$16 = 0x47c
The numbers seem to match that printed by readelf. So, maybe Carlos
is right and this is a VM issue. Is it possible the code saw different
data (e.g., the mmap operation was not complete before the mmap call
returned)?
Dave
--
J. David Anglin dave.anglin@xxxxxxxxxxxxxx
National Research Council of Canada (613) 990-0752 (FAX: 952-6602)
--
To unsubscribe from this list: send the line "unsubscribe linux-parisc" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
