This is the mail archive of the
elfutils-devel@sourceware.org
mailing list for the elfutils project.
Re: elfutils 0.156 released
- From: Mark Wielaard <mark at klomp dot org>
- To: elfutils-devel at lists dot fedorahosted dot org
- Date: Sun, 28 Jul 2013 17:51:32 +0200
- Subject: Re: elfutils 0.156 released
On Sun, Jul 28, 2013 at 03:27:37PM +0200, Kurt Roeckx wrote:
> On Thu, Jul 25, 2013 at 02:32:26PM +0200, Jan Kratochvil wrote:
> > A new release of elfutils is available now at:
> > https://fedorahosted.org/releases/e/l/elfutils/0.156/
>
> I see a number of test failures:
> FAIL: run-elf_cntl_gelf_getshdr.sh
> ==================================
>
> --- test-elf_cntl_gelf_getshdr.out 2013-07-28
> 13:04:52.000000000 +0000
> +++ - 2013-07-28 13:04:52.819974815 +0000
> @@ -1,2 +1,36 @@
> -test-elf_cntl_gelf_getshdr: elf_readall.c:73: __libelf_readall:
> Unexpected error: Resource deadlock avoided.
> -Aborted
> +Section at offset 0x238
> +Section at offset 0x254
> +Section at offset 0x274
> [...]
>
> I seem to be getting the deadlock in case of FDREAD.
I think this can only happen if you use configure --enable-thread-safety.
I have never used this and don't know how reliable it is.
Try building without that configure option.
> And:
> FAIL: run-readelf-mixed-corenote.sh
> ===================================
>
> --- readelf.out 2013-07-28 13:08:54.000000000 +0000
> +++ - 2013-07-28 13:08:54.528724475 +0000
> @@ -8,11 +8,12 @@
> pid: 11087, ppid: 11063, pgrp: 11087, sid: 11063
> utime: 0.000000, stime: 0.010000, cutime: 0.000000, cstime: 0.000000
> orig_r0: -1, fpvalid: 1
> - r0: 1 r1: -1091672508 r2: -1091672500 r3: 0
> - r4: 0 r5: 0 r6: 33728 r7: 0
> - r8: 0 r9: 0 r10: -1225703496 r11: -1091672844
> - r12: 0x00000000 sp: 0xbeee64f4 lr: 0xb6dc3f48 pc: 0x00008500
> - spsr: 0x60000010
> + r0: 1 r1: -1091672508 r2: -1091672500
> + r3: 0 r4: 0 r5: 0
> + r6: 33728 r7: 0 r8: 0
> + r9: 0 r10: -1225703496 r11: -1091672844
> + r12: 0 sp: 0xbeee64f4 lr: 0xb6dc3f48
> + pc: 0x00008500 spsr: 0x60000010
> CORE 124 PRPSINFO
> state: 0, sname: R, zomb: 0, nice: 0, flag: 0x00400500
> uid: 0, gid: 0, pid: 11087, ppid: 11063, pgrp: 11087, sid: 11063
>
> I seem to be getting a difference of a space, and then get wrapped around
> at a different position because of it?
readelf.c print_core_item does try to align the output, but I don't
immediately see how it can be off by one space.
Cheers,
Mark