[Bug translator/19176] New: dieoffset: 0x1924e6 from unknown debug file for /home/amazon/oct-20/ngos/workspace/sysroot/lib/x86_64-linux-gnu/libc-2.19.so function: __GI___libc_malloc at /build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876 thrown from: dwflpp.cxx:2682

[Bug translator/19176] New: dieoffset: 0x1924e6 from unknown debug file for /home/amazon/oct-20/ngos/workspace/sysroot/lib/x86_64-linux-gnu/libc-2.19.so function: __GI___libc_malloc at /build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876 thrown from: dwflpp.cxx:2682

[dhanakumar_subramani at dell dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

            Bug ID: 19176
           Summary: dieoffset: 0x1924e6 from unknown debug file for
                    /home/amazon/oct-20/ngos/workspace/sysroot/lib/x86_64-
                    linux-gnu/libc-2.19.so         function:
                    __GI___libc_malloc at
                    /build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876
                    thrown from: dwflpp.cxx:2682
           Product: systemtap
           Version: unspecified
            Status: NEW
          Severity: normal
          Priority: P2
         Component: translator
          Assignee: systemtap at sourceware dot org
          Reporter: dhanakumar_subramani at dell dot com
  Target Milestone: ---

Created attachment 8750
  --> https://sourceware.org/bugzilla/attachment.cgi?id=8750&action=edit
leaks.stp

When I am trying cross compile leaks.stp, an user space script with 
Systemtap Ver 2.8,
ELF version  0.159, 
probing GLIBC (debug version 2.19),
I am getting 

semantic error: No cfa_ops supplied, but needed by DW_OP_call_frame_cfa:
identifier '$bytes' at leaks.stp:12:25
        dieoffset: 0x1924e6 from unknown debug file for
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so
        function: __GI___libc_malloc at
/build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876
   thrown from: dwflpp.cxx:2682
        source:     printf("malloc %d", $bytes);
                                        ^

deleting module_cache
Pass 2: analyzed script: 2 probe(s), 1 function(s), 0 embed(s), 0 global(s)
using 103760virt/48588res/8048shr/41016data kb, in 60usr/20sys/82real ms.
Pass 2: analysis failed.  [man error::pass2]
Running rm -rf /tmp/stap3036DH
Spawn waitpid result (0x0): 0
Removed temporary directory "/tmp/stap3036DH"

Here is the complete log -

usr/bin/stap  -gv --vp 0400 -a x86_64 -B CROSS_COMPILE=x86_64-linux-gnu- -r
/home/amazon/oct-20/build/open-source-kernel/3.16/linux-source-3.16/ 
--sysroot=/home/amazon/oct-20/sysroot/ leaks.stp -m leaks
WARNING: kernel release/architecture mismatch with host forces last-pass 4.
Pass 1: parsed user script and 107 library script(s) using
97392virt/40148res/6272shr/34648data kb, in 340usr/20sys/366real ms.
derive-probes begin
derive-probes
process("/lib/x86_64-linux-gnu/libc-2.19.so").function("malloc").return
Extracting build ID.
blacklist regexps:
blfn: ^(.^)$
blfn_ret: ^(_start)$
blfile: ^(.^)$
blsection: ^(.^)
dwarf_builder::build for
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so
parse 'malloc', func 'malloc'
pattern '/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so' matches
module '/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so'
focused on module
'/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so' =
[0x10000-0x1b9a7c, bias 0 file
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so ELF machine
i?86|x86_64 (code 3)
focused on module
'/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so'
module function cache
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so size 3611
module function cache
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so hit malloc
selected function __libc_malloc
function cache
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so:malloc.c size 79
function cache
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so:malloc.c hit
malloc
selected function __libc_malloc
CU 'malloc.c' in module
'/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so' has valid locs
probe __libc_malloc@/build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2875
process=/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so
reloc=.dynamic pc=0x75ae0
die parent cache
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so:malloc.c size 406
finding location for local 'bytes' near address 0x75ae0, module bias 0x10000
get_cfa_ops @0x85ae0, module_start @0x10000
dwfl_module_dwarf_cfi failed: no error
dwfl_module_eh_cfi failed: no error
not found cfa
Eliding side-effect-free singleton block operator '{' at leaks.stp:7:13
Eliding side-effect-free singleton block operator '{' at leaks.stp:11:79
Resolution problem with probe
process("/lib/x86_64-linux-gnu/libc-2.19.so").function("__libc_malloc@/build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2875").return
printf("malloc %d", $bytes)
semantic error: No cfa_ops supplied, but needed by DW_OP_call_frame_cfa:
identifier '$bytes' at leaks.stp:12:25
        dieoffset: 0x1924e6 from unknown debug file for
/home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so
        function: __GI___libc_malloc at
/build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876
   thrown from: dwflpp.cxx:2682
        source:     printf("malloc %d", $bytes);
                                        ^

deleting module_cache
Pass 2: analyzed script: 2 probe(s), 1 function(s), 0 embed(s), 0 global(s)
using 103764virt/48504res/7964shr/41020data kb, in 70usr/10sys/78real ms.
Pass 2: analysis failed.  [man error::pass2]
Running rm -rf /tmp/staplnfXEf
Spawn waitpid result (0x0): 0
Removed temporary directory "/tmp/staplnfXEf"


I have also attached the leaks.stp script.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] dieoffset: 0x1924e6 from unknown debug file for /home/amazon/oct-20/sysroot/lib/x86_64-linux-gnu/libc-2.19.so function: __GI___libc_malloc at /build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876 thrown from: dwflpp.cxx:2682

[dhanakumar_subramani at dell dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

Dhanakumar <dhanakumar_subramani at dell dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
            Summary|dieoffset: 0x1924e6 from    |dieoffset: 0x1924e6 from
                   |unknown debug file for      |unknown debug file for
                   |/home/amazon/oct-20/ngos/wo |/home/amazon/oct-20/sysroot
                   |rkspace/sysroot/lib/x86_64- |/lib/x86_64-linux-gnu/libc-
                   |linux-gnu/libc-2.19.so      |2.19.so         function:
                   |   function:                |__GI___libc_malloc at
                   |__GI___libc_malloc at       |/build/glibc-6hJbOt/glibc-2
                   |/build/glibc-6hJbOt/glibc-2 |.19/malloc/malloc.c:2876
                   |.19/malloc/malloc.c:2876    |thrown from:
                   |thrown from:                |dwflpp.cxx:2682
                   |dwflpp.cxx:2682             |

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[jistone at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

Josh Stone <jistone at redhat dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |jistone at redhat dot com
            Summary|dieoffset: 0x1924e6 from    |malloc $bytes "semantic
                   |unknown debug file for      |error: No cfa_ops
                   |/home/amazon/oct-20/sysroot |supplied..."
                   |/lib/x86_64-linux-gnu/libc- |
                   |2.19.so         function:   |
                   |__GI___libc_malloc at       |
                   |/build/glibc-6hJbOt/glibc-2 |
                   |.19/malloc/malloc.c:2876    |
                   |thrown from:                |
                   |dwflpp.cxx:2682             |

--- Comment #1 from Josh Stone <jistone at redhat dot com> ---
Can you share the libc binary with debuginfo?  If it's too big to attach here,
any external file-sharing site is fine.

I'm simplifying the bug title.  The "No cfa_ops supplied" message is the real
error for you, while the "unknown debug file" appears to be a secondary bug in
the error reporting itself.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[dhanakumar_subramani at dell dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

--- Comment #2 from Dhanakumar <dhanakumar_subramani at dell dot com> ---
I am using libc binary package for i386  from here -
https://packages.debian.org/jessie/libc6-dbg

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[jistone at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

--- Comment #3 from Josh Stone <jistone at redhat dot com> ---
Do you have any patches applied to make sysroot work?  I'm running into
PR17231, which I am now reminded that I never finished that, and I really
should...  Anyway, some oddities there might explain why you appear to have
gotten a die offset for the type, but "unknown debug file" in the error.

When I copy Debian's libc-2.19.so (both base and -dbg) to their approximate
places on Fedora 22, I'm able to resolve your script just fine, so I think the
DWARF is ok in general.  Even using my own stap-2.8/elfutils-0.159, it's fine.

> /build/glibc-6hJbOt/glibc-2.19/malloc/malloc.c:2876

However, in the libc I downloaded from your link, 2.19-18+deb8u1_amd64, I get
/build/glibc-I9DIZl/... so we're still not looking at exactly the same thing.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[dhanakumar_subramani at dell dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

--- Comment #4 from Dhanakumar <dhanakumar_subramani at dell dot com> ---
I applied below patch to address PR17231.

--- systemtap-2.8-orig/util.cxx      2015-06-17 07:28:20.000000000 -0700
+++ systemtap-2.8/util.cxx  2015-08-13 15:10:35.612692000 -0700
@@ -448,7 +448,7 @@

   if (name.find('/') != string::npos) // slash in the path already?
     {
-      retpath = sysroot + name;
+      retpath = /* sysroot + */ name;
     }
   else // Nope, search $PATH.
     {

However after your mail, I recollected , I should have used amd64 lib and not
i386 lib. The problem is not seen with amd64 lib. I will move the issue as not
a bug.
Thanks.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[dhanakumar_subramani at dell dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

Dhanakumar <dhanakumar_subramani at dell dot com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
             Status|NEW                         |RESOLVED
         Resolution|---                         |INVALID

--- Comment #5 from Dhanakumar <dhanakumar_subramani at dell dot com> ---
The problem is not seen when amd64 lib is used, which is supposed to be.

-- 
You are receiving this mail because:
You are the assignee for the bug.

[Bug translator/19176] malloc $bytes "semantic error: No cfa_ops supplied..."

[jistone at redhat dot com]

https://sourceware.org/bugzilla/show_bug.cgi?id=19176

--- Comment #6 from Josh Stone <jistone at redhat dot com> ---
(In reply to Dhanakumar from comment #4)
> I applied below patch to address PR17231.

I think a full solution will require more, but I'm glad that works for you.

> However after your mail, I recollected , I should have used amd64 lib and
> not i386 lib. The problem is not seen with amd64 lib. I will move the issue
> as not a bug.

Hmm, OK, but it should be possible to probe the i386 lib too.  I'll play with
that a little to see what it does, and maybe reopen if I uncover anything.

-- 
You are receiving this mail because:
You are the assignee for the bug.