On Sat, Dec 9, 2017 at 1:29 PM, Jan Kratochvil <jan.kratoch...@redhat.com>
wrote:
> On Sat, 09 Dec 2017 19:13:24 +0100, Richard Shaw wrote:
> > #9 0x00007ffff621f891 in __libc_start_main (main=0x0, argc=0, argv=0x0,
> > init=<optimized out>, fini=<optimized out>, rtld_fini=<optimized out>,
> > stack_end=0x0) at ../csu/libc-start.c:329
> > result = <optimized out>
> > unwind_buf = {cancel_jmp_buf = {{jmp_buf = {4309931, 0, 4217114,
> > 140737488346352, 4210861, 140737322809482, 140737322809482,
> > 140737300163376}, mask_was_saved = -8968}}, priv = {pad =
> > {0x2ffffdd10, 0x404084 <main_stub>, 0x0, 0xb0bfd26695729445}, data = {
> > prev = 0x2ffffdd10, cleanup = 0x404084 <main_stub>,
> > canceltype = 0}}}
> > not_first_call = <optimized out>
> > #10 0x0000000000000000 in ?? ()
> > No symbol table info available.
>
> That is OK, you cannot have symbols for address zero.
>
> What glibc it is? On glibc-2.26-16.fc27.x86_64 I get:
>
glibc-2.25-12.fc26.x86_64 but I've tested on my wife's f27 laptop and got
similar results but haven't done a side by side comparison just yet.
> #2 0x00007ffff7a2bbda in __GI_exit (status=<optimized out>) at exit.c:105
> No locals.
> #3 0x00007ffff7a11041 in __libc_start_main (main=0x4004ee <main>, argc=1,
> argv=0x7fffffffd7b8, init=<optimized out>,
> fini=<optimized out>, rtld_fini=<optimized out>,
> stack_end=0x7fffffffd7a8) at ../csu/libc-start.c:342
> result = <optimized out>
> unwind_buf = {cancel_jmp_buf = {{jmp_buf = {0,
> -7823762895322290015, 4195344, 140737488345008, 0, 0, 7823762346505857185,
> 7823745254383347873}, mask_was_saved = 0}}, priv = {pad =
> {0x0, 0x0, 0x7ffff7de5e83 <_dl_init+259>,
> 0x7ffff7dcb790
> <__elf_set___libc_subfreeres_element_free_mem__>},
> data = {prev = 0x0, cleanup = 0x0,
> canceltype = -136421757}}}
> not_first_call = <optimized out>
> #4 0x000000000040043a in _start ()
> No symbol table info available.
>
> The bug is that GDB should find out the return address from
> __libc_start_main
> (to be 0x40043a in _start) which it does not in your case.
>
> Then "No symbol table info available." is in fact OK for _start as that is
> only asm-coded function with ELF symbol but with no DWARF symbol.
Any tips?
Thanks,
Richard
_______________________________________________
devel mailing list -- devel@lists.fedoraproject.org
To unsubscribe send an email to devel-le...@lists.fedoraproject.org
