|
From: | vladimir.mezentsev at oracle dot com |
Subject: | [Bug gprofng/31121] gprofng does not recognise source in a shared object |
Date: | Wed, 20 Dec 2023 00:10:44 +0000 |
https://sourceware.org/bugzilla/show_bug.cgi?id=31121 Vladimir Mezentsev <vladimir.mezentsev at oracle dot com> changed: What |Removed |Added ---------------------------------------------------------------------------- See Also| |https://sourceware.org/bugz | |illa/show_bug.cgi?id=31169 --- Comment #12 from Vladimir Mezentsev <vladimir.mezentsev at oracle dot com> --- > $ gprofng display text -functions test.1.er | grep bin2SD > /usr/bin/gp-display-text: Processed > /home/robj/TMP/DesignOfIIRFilters/.gprofng.rc for default settings > $ gprofng interrupts your application every 10007 msec and collects the stacks. We see that there are no “*bin2SD” functions. This means that gprofng did not collect the stack with Fbin2SD. It's okay if Fbin2SD is that fast. But this can become a problem when unwinding the stack. What is an output of: gprofng display text -calltree test.1.er > $ gprofng display text -source Fbin2SD test.1.er > /usr/bin/gp-display-text: Processed > /home/robj/TMP/DesignOfIIRFilters/.gprofng.rc for default settings > Error: Source location not recorded in experiment This means that gprofng found Fbin2SD in src/bin2SD.oct, but cannot read DWARF. you have attached bin2SD.oct.tar.gz. gprofng can read DWARF in this file. But it looks like a different file (Perhaps it was rebuilt). Could you attach test.1.er/archives/bin2SD.oct*. -- You are receiving this mail because: You are on the CC list for the bug.
[Prev in Thread] | Current Thread | [Next in Thread] |