Re: How to debug broken unwinding?

2017-06-13 Thread Mark Wielaard
Hi Milian, On Fri, 2017-06-02 at 17:03 +0200, Milian Wolff wrote: > Some more debugging and going after my gut feeling brings me to the following > conclusion: The real issue seems to be the on-demand reporting of the elf > file. We used to do: > >Dwarf_Addr pc; >bool isactivati

Re: overflows in Dwfl_Thread_Callbacks::memory_read callback

2017-06-13 Thread Milian Wolff
On Dienstag, 13. Juni 2017 16:06:01 CEST Mark Wielaard wrote: > On Thu, 2017-06-01 at 22:46 +0200, Milian Wolff wrote: > > in the perfparser that Ulf wrote, and to which I'm contributing too, we > > often see abnormal data being passed to the memory_read callback we > > define. > > > > I.e. our ca

Re: How to debug broken unwinding?

2017-06-13 Thread Milian Wolff
On Dienstag, 13. Juni 2017 16:20:25 CEST Mark Wielaard wrote: > Hi Milian, > > On Thu, 2017-06-01 at 22:57 +0200, Milian Wolff wrote: > > How should I debug this, or how can I report a good bug report for this? I > > guess I could upload a perf archive and document the steps required to > > build

Re: How to debug broken unwinding?

2017-06-13 Thread Mark Wielaard
Hi Milian, On Thu, 2017-06-01 at 22:57 +0200, Milian Wolff wrote: > How should I debug this, or how can I report a good bug report for this? I > guess I could upload a perf archive and document the steps required to build > perf with libdw as the unwinder, as it allows to easily compare libunwin

Re: overflows in Dwfl_Thread_Callbacks::memory_read callback

2017-06-13 Thread Mark Wielaard
On Thu, 2017-06-01 at 22:46 +0200, Milian Wolff wrote: > in the perfparser that Ulf wrote, and to which I'm contributing too, we often > see abnormal data being passed to the memory_read callback we define. > > I.e. our callback gets invoked with addr=0x which clearly > isn't an