Message-ID: <email address hidden>
Date: Thu, 20 May 2004 22:00:43 +0200
From: Javier =?iso-8859-15?Q?Fern=E1ndez-Sanguino_Pe=F1a?= <email address hidden>
To: <email address hidden>
Subject: Further information related to testing (in sparc)
I have been testing this issue further in a unstable chroot (at vore). This=
=20
bug reproduces in gcc-2.95, gcc-3.2 and gcc-3.3 in unstable. Running it=20
through a debugger:
------------------------------------------------------------------------=20
GNU gdb 6.1-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
(...)
This GDB was configured as "sparc-linux"...Using host libthread_db library =
"/lib/libthread_db.so.1".
(gdb) run 1
Starting program: /home/jfs/john/john-1.6/src/bench 1
Benchmarking: Standard DES [24/32 128K]...
Program received signal SIGSEGV, Segmentation fault.
0x7005cf98 in __errno_location () from /lib/libc.so.6
(gdb) bt
#0 0x7005cf98 in __errno_location () from /lib/libc.so.6
#1 0x70072dc0 in __libc_sigaction () from /lib/libc.so.6
#2 0x70072ff4 in sigaction () from /lib/libc.so.6
#3 0x70072ce0 in ssignal () from /lib/libc.so.6
#4 0x0001aba0 in benchmark_format (format=3D0x2e040, salts=3D256,
results=3D0xeffffcb8) at bench.c:100
#5 0x0001af9c in main (argc=3D1, argv=3D0x32400) at best.c:53
------------------------------------------------------------------------=20
Bench.c (line 100) just does
signal(SIGALRM, bench_handle_timer);
If the signal call is removed it will not segfault (but will not run=20
properly either):
Benchmarking: Standard DES [24/32 128K]... Alarm clock
Christian hast said (in IRC) that it seems that the devel branch will not=
=20
compile properly on Sparc. I have succesfully tested a built on Solaris=20
over Sparc, so there seems to be an issue with the linux-specific code. I'm=
=20
not sure where the default resides (maybe libc6?). I would suggest that=20
this bug was reassigned to libc6 and that sparc support for john was=20
dropped (but this bug left open) until the issue is fixed.
Regards
Javier
--HlL+5n6rz5pIUxbD
Content-Type: application/pgp-signature; name="signature.asc"
Content-Description: Digital signature
Content-Disposition: inline
Message-ID: <email address hidden> 15?Q?Fern= E1ndez- Sanguino_ Pe=F1a? = <email address hidden>
Date: Thu, 20 May 2004 22:00:43 +0200
From: Javier =?iso-8859-
To: <email address hidden>
Subject: Further information related to testing (in sparc)
--HlL+5n6rz5pIUxbD Disposition: inline Transfer- Encoding: quoted-printable
Content-Type: text/plain; charset=iso-8859-15
Content-
Content-
I have been testing this issue further in a unstable chroot (at vore). This=
=20
bug reproduces in gcc-2.95, gcc-3.2 and gcc-3.3 in unstable. Running it=20
through a debugger:
------- ------- ------- ------- ------- ------- ------- ------- ------- ------- --=20 linux". ..Using host libthread_db library = _db.so. 1". john/john- 1.6/src/ bench 1 3D0xeffffcb8) at bench.c:100 ------- ------- ------- ------- ------- ------- ------- ------- ------- --=20
GNU gdb 6.1-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
(...)
This GDB was configured as "sparc-
"/lib/libthread
(gdb) run 1
Starting program: /home/jfs/
Benchmarking: Standard DES [24/32 128K]...
Program received signal SIGSEGV, Segmentation fault.
0x7005cf98 in __errno_location () from /lib/libc.so.6
(gdb) bt
#0 0x7005cf98 in __errno_location () from /lib/libc.so.6
#1 0x70072dc0 in __libc_sigaction () from /lib/libc.so.6
#2 0x70072ff4 in sigaction () from /lib/libc.so.6
#3 0x70072ce0 in ssignal () from /lib/libc.so.6
#4 0x0001aba0 in benchmark_format (format=3D0x2e040, salts=3D256,
results=
#5 0x0001af9c in main (argc=3D1, argv=3D0x32400) at best.c:53
-------
Bench.c (line 100) just does
If the signal call is removed it will not segfault (but will not run=20
properly either):
Benchmarking: Standard DES [24/32 128K]... Alarm clock
Christian hast said (in IRC) that it seems that the devel branch will not=
=20
compile properly on Sparc. I have succesfully tested a built on Solaris=20
over Sparc, so there seems to be an issue with the linux-specific code. I'm=
=20
not sure where the default resides (maybe libc6?). I would suggest that=20
this bug was reassigned to libc6 and that sparc support for john was=20
dropped (but this bug left open) until the issue is fixed.
Regards
Javier
--HlL+5n6rz5pIUxbD pgp-signature; name="signature .asc" Description: Digital signature Disposition: inline
Content-Type: application/
Content-
Content-
-----BEGIN PGP SIGNATURE-----
ehJTrj0oRAmwKAK Db3CgqnoEv26R/ 6QKQnICKHHhmggC gyQFW aBn1wP7E=
Version: GnuPG v1.2.4 (GNU/Linux)
iD8DBQFArQ5ri4s
ERgrjqDT9ED2rXe
=IuDm
-----END PGP SIGNATURE-----
--HlL+5n6rz5pIU xbD--