[Dwarf-Discuss] Possible ambiguity with DW_CFA_remember_state/store_state

[John DelSignore]

OK, simple enough.

It seems to work OK:

xav:/nfs/netapp0/user/home/jdelsign>tv8cli a.out 
Linux x86_64 TotalView 8.6.2-3
Copyright 2007-2009 by TotalView Technologies, LLC. ALL RIGHTS RESERVED.
Copyright 1999-2007 by Etnus, LLC.
Copyright 1999 by Etnus, Inc.
Copyright 1996-1998 by Dolphin Interconnect Solutions, Inc.
Copyright 1989-1996 by BBN Inc.
TotalView Technologies ReplayEngine
Copyright 2009 TotalView Technologies
ReplayEngine uses the UndoDB Reverse Execution Engine
Copyright 2005-2009 Undo Limited
Reading symbols for process 1, executing "a.out"
Library /nfs/netapp0/user/home/jdelsign/a.out, with 2 asects, was linked at 0x00400000, and initially loaded at 0xff00000090000000
Mapping 817 bytes of ELF string data from '/nfs/netapp0/user/home/jdelsign/a.out'...done
Digesting 118 ELF symbols from '/nfs/netapp0/user/home/jdelsign/a.out'...done
Indexing 104 bytes of DWARF '.debug_frame' symbols from '/nfs/netapp0/user/home/jdelsign/a.out'...done
Indexing 132 bytes of DWARF '.eh_frame' symbols from '/nfs/netapp0/user/home/jdelsign/a.out'...done
Skimming 814 bytes of DWARF '.debug_info' symbols from '/nfs/netapp0/user/home/jdelsign/a.out'...done
Library /lib64/tls/libc.so.6, with 2 asects, was linked at 0x00000000, and initially loaded at 0xff00000090016c00
Mapping 68965 bytes of ELF string data from '/lib64/tls/libc.so.6'...done
Digesting 5150 ELF symbols from '/lib64/tls/libc.so.6'...done
Indexing 76208 bytes of DWARF '.eh_frame' symbols from '/lib64/tls/libc.so.6'...done
Library /lib64/ld-linux-x86-64.so.2, with 2 asects, was linked at 0x00000000, and initially loaded at 0xff00000090000900
Mapping 4092 bytes of ELF string data from '/lib64/ld-linux-x86-64.so.2'...done
Digesting 332 ELF symbols from '/lib64/ld-linux-x86-64.so.2'...done
Indexing 4864 bytes of DWARF '.eh_frame' symbols from '/lib64/ld-linux-x86-64.so.2'...done
d1.<> b foo
1
d1.<> co
Thread 1.1 has appeared
Created process 1 (6251), named "a.out"
Thread 1.1 hit breakpoint 1 at 0x00400495
d1.<> w
>  0 foo              PC=0x00400495, FP=0x7fbfffd488 [/nfs/netapp0/user/home/jdelsign/a.out]
   1 main             PC=0x00400488, FP=0x7fbfffd498 [/nfs/netapp0/user/home/jdelsign/a.out]
   2 __libc_start_main PC=0x2a95689a99, FP=0x7fbfffd560 [/lib64/tls/libc.so.6]
   3 _start           PC=0x004003e5, FP=0x7fbfffd570 [/nfs/netapp0/user/home/jdelsign/a.out]
d1.<> co
Thread 1.1 received a signal (Segmentation violation)
d1.<> w
>  0 foo              PC=0x004004a7, FP=0x7fbfffd488 [/nfs/netapp0/user/home/jdelsign/a.out]
   1 main             PC=0x00400488, FP=0x7fbfffd498 [/nfs/netapp0/user/home/jdelsign/a.out]
   2 __libc_start_main PC=0x2a95689a99, FP=0x7fbfffd560 [/lib64/tls/libc.so.6]
   3 _start           PC=0x004003e5, FP=0x7fbfffd570 [/nfs/netapp0/user/home/jdelsign/a.out]
d1.<> 

Cheers, John D.


Paul Pluzhnikov wrote:
> On Sat, Jun 13, 2009 at 10:19 AM, John
> DelSignore<jdelsign at totalviewtech.com> wrote:
> 
>> I'll be happy to run the test case, but I don't have a GCC 4.5 available.
> 
> The test case is in assembly with .cfi directives.
> 
> It mimics what gcc-4.5 is doing, but doesn't require gcc-4.5. You
> should be able to build it with any reasonably recent Linux/x86_64 GCC
> (anything newer than 2004 should do, I believe).
> 
> Of course I could also mail you the executable -- it's only 1K after I
> removed dependency on crt0.o.
>