Re: Help needed with failed build (#220928)
On Tue, Apr 06, 2004 at 08:22:24PM +0200, Christian Kurz wrote:
> Hi,
>
> the package john, currently maintained by Javier Fern?ndez-Sanguino Pe?a
> and myself, is failing to build on sparc. This was reported as bug
> #220928. Paul Slootman then suggested that the benchmark programs fails
> "when setting the SIGALRM signal handler at line 100 of bench.c" He
> suggested running some malloc debugger, like electric fence. But neither
> does Javier, nor do I have enough time for this task. So I'ld like to
> ask you to help debugging this problem and fixing the build, so that it
> works again. Otherwise we would have to drop sparc from the list of
> supported architectures. So if anybody wants to help, please contact me
> in private or send me a copy, as I'm not subscribed to debian-sparc.
>
> Christian
> --
> Debian Developer (http://www.debian.org)
> 1024D/B7CEC7E8 44BD 1F9E A997 3BE2 A44F 96A4 1C98 EEF3 B7CE C7E8
I'm looking at it now, just got the backtrace:
(gdb) r 1
Starting program: /tmp/john-1.6/src/bench 1
Benchmarking: Standard DES [24/32 128K]...
Program received signal SIGSEGV, Segmentation fault.
0x70048f98 in __errno_location () from /lib/libc.so.6
(gdb) bt
#0 0x70048f98 in __errno_location () from /lib/libc.so.6
#1 0x7005ed4c in __libc_sigaction () from /lib/libc.so.6
#2 0x7005ef80 in sigaction () from /lib/libc.so.6
#3 0x7005ec6c in ssignal () from /lib/libc.so.6
#4 0x00026744 in benchmark_format (format=0x3a038, salts=256, results=0xeffffca0) at bench.c:100
#5 0x00026ec0 in main (argc=2, argv=0xeffffd84) at best.c:53
#6 0x70048dac in __libc_start_main () from /lib/libc.so.6
(gdb) efence
Enabled Electric Fence
(gdb) r 1
The program being debugged has been started already.
Start it from the beginning? (y or n) y
Starting program: /tmp/john-1.6/src/bench 1
Electric Fence 2.1 Copyright (C) 1987-1998 Bruce Perens.
[New Thread 16384 (LWP 9948)]
Benchmarking: Standard DES [24/32 128K]...
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 9948)]
0x70115398 in write () from /lib/libc.so.6
(gdb) bt
#0 0x70115398 in write () from /lib/libc.so.6
#1 0x7002e3cc in Page_Size () from /usr/lib/libefence.so.0.0
#2 0x7002e5f0 in EF_Print () from /usr/lib/libefence.so.0.0
#3 0x7002d588 in _init () from /usr/lib/libefence.so.0.0
#4 0x7002e08c in malloc () from /usr/lib/libefence.so.0.0
#5 0x00028300 in mem_alloc (size=4) at memory.c:23
#6 0x000265cc in benchmark_format (format=0x3a038, salts=256, results=0xeffffc70) at bench.c:76
#7 0x00026ec0 in main (argc=2, argv=0xeffffd54) at best.c:53
#8 0x7005cdac in __libc_start_main () from /lib/libc.so.6
underfence is the same
--
-Justin
Reply to: