On Fri, 2014-10-17 at 14:15 +0200, Petr Machata wrote:
> This is an updated .debug_macro patch with the following changes, as
> discussed here and on IRC:
Thanks and sorry for the delay in reviewing.
> - .debug_macinfo prototype table is initialized in a ctor.
Looks nicer. Thanks.
> - dwarf_get
On 10/31/2014 11:26 AM, Petr Machata wrote:
> Mark Wielaard writes:
>
>> So, assuming we can use the long int padding field as Dwarf_Die pointer,
>
> In other words, do we want to keep backward compatibility on LLP64
> architectures? I know Widnows do use this model, do we care? Any
> Unices w
Mark Wielaard writes:
> So, assuming we can use the long int padding field as Dwarf_Die pointer,
In other words, do we want to keep backward compatibility on LLP64
architectures? I know Widnows do use this model, do we care? Any
Unices with this model out there? FWIW, x32 and (MIPS) n32 are b
Hi,
Attached is a file that's a fuzzed elf executable which will crash
various tools shipped with elfutils, I tried it with nm and readelf -a,
maybe others affected.
What puzzles me a bit is that valgrin suggests nm and readelf crash at
different code paths. Both times its a one byte out of bound
On Tue, 2014-10-14 at 02:24 +0200, Petr Machata wrote:
> It seems inefficient to have to replicate this logic in each client. We
> have interfaces for transparent integration of attributes, why not do
> something similar for partial unit imports?
Agreed. I updated systemtap some time ago and ther
