For 32bit core files, the FILE note is misinterpreted (tested in Version 0.158 and git with readelf being a 64 and 32 bit binary), here is an example output:
CORE                  72  FILE
    2 files:
      00000000-080eb000 36d67b6ccd38000 135180288    gel/z/a.out
    Not enough data in NT_FILE note.

In readelf.c:handle_file_note, count and page_size are already interpreted as 64 bit values, which advances ptr by 2*8 instead of 2*4. I traced this further to buf_read_ulong, where u has a size of 8, which is given to convert, returning data + 8. Besides tracing these things I don't know how to fix it, mostly because I don't know where exactly things go an unintended way :)

Regards,
Markus

Reply via email to