Re: cvsup broken on amd64?
--NoKUcvYQBEIArsPS
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
Content-Transfer-Encoding: quoted-printable
On Fri, Sep 09, 2011 at 01:47:37PM +0200, Oliver Lehmann wrote:
>=20
> Kostik Belousov <kostikbel@gmail.com> wrote:
>=20
> >For start, you should provide the information what exactly is the
> >instruction that caused the fault. Show the disassembly from gdb
> >for the function that caused the fault.
>=20
> Ok, I'm trying. I recompiled cvsup for purpose with -DSTATIC
>=20
> How do I continue from the gdb output below to help?
I do not know, I was curious about 'illegal instruction' signal,
which would indicate a problem in the compilation environment.
Now you get segmentation violation, that is usually caused by a bug in
the program itself.
>=20
> nudel# gdb
> GNU gdb 6.1.1 [FreeBSD]
> Copyright 2004 Free Software Foundation, Inc.
> GDB is free software, covered by the GNU General Public License, and you =
are
> welcome to change it and/or distribute copies of it under certain=20
> conditions.
> Type "show copying" to see the conditions.
> There is absolutely no warranty for GDB. Type "show warranty" for detail=
s.
> This GDB was configured as "amd64-marcel-freebsd".
> (gdb) file ./client/FBSD_AMD64/cvsup
> Reading symbols from ./client/FBSD_AMD64/cvsup...done.
> (gdb) exec-file ./client/FBSD_AMD64/cvsup
> (gdb) set args -g /usr/share/examples/cvsup/9-supfile
> (gdb) run
> Starting program: =20
> /usr/obj/amd64/usr/ports/net/cvsup-without-gui/work/cvsup-snap-16.1h/clie=
nt/FBSD_AMD64/cvsup -g =20
> /usr/share/examples/cvsup/9-supfile
> Connected to cvsup.de.FreeBSD.org
> Updating collection src-all/cvs
> Edit src/crypto/openssl/ssl/s3_lib.c
>=20
> Program received signal SIGSEGV, Segmentation fault.
> 0x00000000004d24c6 in tzload ()
> (gdb) bt
> #0 0x00000000004d24c6 in tzload ()
> #1 0x00000000004d1f89 in tzparse ()
> #2 0x00000000004d2c27 in tzload ()
> #3 0x00000000004d2e36 in gmtload ()
> #4 0x00000000004eac15 in _once ()
> #5 0x00000000004d1c8b in gmtsub ()
> #6 0x00000000004d33e9 in gmtime ()
> #7 0x00000000004a3d4a in Date__FromTime (M3_CtKayy_t=3D1314794791, =20
> M3_Ab1PrR_z=3D0x7ed538, M3_D5xROs__result=3D0x934c08) at DateBsd.m3:31
> #8 0x00000000004387d7 in RCSDate__FromTime (M3_CtKayy_t=3D1314794791) =
=20
> at RCSDate.m3:54
> #9 0x00000000004467ba in RCSFile__Import (M3_Bd56fi_p=3D0xa74040, =20
> M3_Bd56fi_revNum=3D0x9f4828, M3_Bd56fi_author=3D0x763020, =20
> M3_Bd56fi_state=3D0x763040,
> M3_AcxOUs_logLines=3D12) at RCSFile.m3:413
> #10 0x00000000004077de in CheckoutUpdater__Update =20
> (M3_CTVCUv_self=3D0x9f49e0, M3_CzVV2w_sfr=3D0x7ff2e0, =20
> M3_Bd56fi_name=3D0x9f47e8, M3_AicXUJ_toAttic=3D0 '\0',
> M3_DsoVVS_proto=3D0x7f74a8, M3_AeHwgK_trace=3D0x7f8710, =20
> M3_EkTcCb_protoRd=3D0x9c98f8, M3_BxxOH1_wr=3D0x9f4ef8, =20
> M3_AQMw24_status=3D0x935f48)
> at CheckoutUpdater.m3:111
> #11 0x0000000000416ab4 in Updater__UpdateFile =20
> (M3_DBUV6k_self=3D0x7fee38, M3_CzVV2w_sfr=3D0x7ff2e0, =20
> M3_Bd56fi_name=3D0x9f47e8, M3_AicXUJ_toAttic=3D0 '\0',
> M3_DMoNGc_fup=3D0x9f49e0, M3_AicXUJ_isFixup=3D0 '\0') at Updater.m3:6=
41
> #12 0x00000000004155ce in Updater__UpdateCollection =20
> (M3_DBUV6k_self=3D0x7fee38, M3_CzVV2w_sfr=3D0x7ff2e0, M3_AicXUJ_isFixups=
=3D0 =20
> '\0') at Updater.m3:458
> #13 0x0000000000412baf in Updater__UpdateBatch =20
> (M3_DBUV6k_self=3D0x7fee38, M3_AicXUJ_isFixups=3D0 '\0') at Updater.m3:151
> #14 0x000000000041268a in Updater__Apply (M3_DBUV6k_self=3D0x7fee38) at =
=20
> Updater.m3:90
> #15 0x000000000049d290 in ThreadPosix__DetermineContext =20
> (M3_AJWxb1_oldSP=3D0x7edfd0) at ThreadPosix.m3:1127
> #16 0x000000000048d34d in RTCollector__LongAlloc =20
> (M3_Cwb5VA_dataSize=3D4337239, M3_Cwb5VA_dataAlignment=3D8577024, =20
> M3_AOtCKl_currentPtr=3D0x7f8,
> M3_AOtCKl_currentBoundary=3D0x76c8f8, M3_CCsHD8_currentPage=3D0x0, =
=20
> M3_CCsHD8_stack=3D0x0, M3_D8qd0n_allocMode=3D48 '0', M3_AicXUJ_pure=3D16 =
=20
> '\020')
> at RTCollector.m3:1530
> #17 0x00007fffffffc3c8 in ?? ()
> #18 0x00007fffffffd930 in ?? ()
> #19 0x00007fffffffda10 in ?? ()
> #20 0x00007fffffffd9f0 in ?? ()
> #21 0x0000000000000000 in ?? ()
> #22 0x0000000000000000 in ?? ()
> #23 0x00001fa00000037f in ?? ()
> #24 0x0000000000000000 in ?? ()
> #25 0x00000000007f76c0 in ?? ()
> #26 0x00000000007f76c0 in ?? ()
> #27 0x0000000000492699 in RTMisc__Copy (M3_AJWxb1_src=3DError accessing =
=20
> memory address 0xfffffffffffffffb: Bad address.
> ) at RTMisc.m3:19
> Previous frame inner to this frame (corrupt stack?)
> (gdb)
>=20
>=20
> RTMisc.m3:19 is
>=20
> PROCEDURE Copy (src, dest: ADDRESS; len: INTEGER) =3D
> BEGIN
> EVAL Cstring.memcpy (dest, src, len);
> END Copy;
--NoKUcvYQBEIArsPS
Content-Type: application/pgp-signature
Content-Disposition: inline
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.11 (FreeBSD)
iEYEARECAAYFAk5qBs4ACgkQC3+MBN1Mb4jh+wCaAhOMkJ9UPEZ3PgepMzW43rmt
+EMAoMYmZc3xuZGVdKbr9bSjMzzULVAS
=11uy
-----END PGP SIGNATURE-----
--NoKUcvYQBEIArsPS--
討論串 (同標題文章)
完整討論串 (本文為第 8 之 45 篇)：