Re: csup in repomirror mode dumps core @ stable/8
On Thu, Sep 02, 2010, Dmitry Morozovsky wrote: On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: some 2 days ago my repo mirror (stable/8 at amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) BTW, I can confirm moving away access,v file helps avoiding core. I saw the same thing with csup. I switched my local mirror client back to using cvsup. cvsup complains about the same file but it handles it OK: ... Rsync CVSROOT-src/access Edit CVSROOT-src/access,v CVSROOT-src/access,v: Invalid RCS file: 16249: String expected -- will transfer entire file ... Applying fixups for collection cvs-all/cvs Fixup CVSROOT-src/access,v -- John Marshall pgp5QlyC3Npm2.pgp Description: PGP signature
Re: csup in repomirror mode dumps core @ stable/8
On 2010-09-11 13:21, John Marshall wrote: some 2 days ago my repo mirror (stable/8 at amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) BTW, I can confirm moving away access,v file helps avoiding core. I saw the same thing with csup. I switched my local mirror client back to using cvsup. cvsup complains about the same file but it handles it The CVSROOT-src/access,v on the master cvsup mirror is still truncated, unfortunately. Apparently cvsup handles 'corrupt' RCS files better than csup. :) ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: csup in repomirror mode dumps core @ stable/8
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 09/02/2010 02:16, Jeremy Chadwick wrote: On Thu, Sep 02, 2010 at 07:56:31AM +0200, John Hay wrote: On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: Dear colleagues, some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) deleting files from sup/cvsroot-all/ did not help unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup does not work, and I did not dig into this deeply yet, so trace are without parameters: This won't work. You need to do: make DEBUG_FLAGS=-g3 -ggdb -O0 The important part is not using -D. make.conf variables aren't exported into the compiler environment (I'm not phrasing this eloquently because I don't know how to describe it). The rest of the gcc arguments I provided are highly recommended (especially -O0, otherwise you probably won't get access to any variable data). I can confirm this works, by the way. Look closely at the cc line (past the initial -O2 -pipe -march=nocona). cc -O2 -pipe -march=nocona -I. -I/usr/src/usr.bin/csup/../../contrib/csup -DHAVE_FFLAGS -DNDEBUG -ggdb -g3 -O0 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.bin/csup/../../contrib/csup/updater.c Not being picky but just wanted to let you know that the flags specified to DEBUG_FLAGS that you have listed above are perfectly fine but for those without the knowledge of how this is done, the last flag specified is usually the flag that wins. So for DEBUG_FLAGS=-g3 -ggdb -O0 the -ggdb flag would be the debugging type of ELF binary produced making the '-g3' flag just redundant. Now in case you wanted the effect of '-g3' and '-ggdb' you can specify '-ggdb3' instead. As for the compile that was listed above it seems as if the flags were reorganized in some way leading to '-g3' ultimately taking the cake. Irregardless you will still end up with a binary that can be debugged by gdb(1)/kgdb(1) either way. Attached is a script that I use after buildworld installworld to rebuild libthr and libc that is helpful for debugging that you may or may not find useful. Regards, - -- jhell,v -BEGIN PGP SIGNATURE- Version: GnuPG v2.0.16 (FreeBSD) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iQEcBAEBAgAGBQJMg2/VAAoJEJBXh4mJ2FR+0k4H/RhffEPOsykY777HLm+PgSxF EGmXHGDO/E3q3SRwcq062wLqa3r6sEcFh3claXamNRyCCsMvzvOEo/id77GA9lGe SMlJGjsI8WyA0ZZl9SonsFN9bU4KFS2OfCzXBpUHbdDBZ0huaLlJNOq41HBxv55B MSqTxfOXWUANZ2zzDiuKwdtY+MwiXwEwj8nJV0SAryGjcwEZoC/34nZfHCF2Y/uU sKVhrZmzg/jbXxVtDuFfJ5uhk9UoLRWeAf0huUpfZJ6k7FtzjL4pP/EEMPyJhGtK fVNYiOuQr9ZAErRg27LDgfT/fKwffbONeYQ9Q0osV44GYcateO5RhBdA7UEEAxE= =fmjo -END PGP SIGNATURE- #! /bin/sh LIBDIR=/usr/src/lib DBGLIBS=libc libthr DBGFLAGS=-g3 -O0 TARGETS=obj depend includes NUMCPUS=$((($(sysctl -n kern.smp.cpus)*2)+(10))) for dbglib in $DBGLIBS; do for target in $TARGETS; do make -C $LIBDIR/$dbglib $target DEBUG_FLAGS=${DBGFLAGS} done nice make -C $LIBDIR/$dbglib DEBUG_FLAGS=${DBGFLAGS} make -C $LIBDIR/$dbglib install DEBUG_FLAGS=${DBGFLAGS} done builddbglibs.sh.sig Description: Binary data ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: csup in repomirror mode dumps core @ stable/8
On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: Dear colleagues, some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) deleting files from sup/cvsroot-all/ did not help unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup does not work, and I did not dig into this deeply yet, so trace are without parameters: (gdb) bt #0 0x00410676 in rcsdelta_addlog () #1 0x00412b15 in rcsparse_run () #2 0x00412453 in rcsfile_frompath () #3 0x00417c45 in updater_rcsedit () #4 0x00419a59 in updater_batch () #5 0x0041a1d1 in updater () #6 0x004158c4 in thread_start () #7 0x000800a1c511 in pthread_getprio () from /lib/libthr.so.3 #8 0x in ?? () Cannot access memory at address 0x7f1fa000 I see it here too on both a 7.2 and 8-stable machine. It looks like something in CVSROOT-src/access,v confuse it because moving that file away make the crash go away. I still have the old access,v if somebody is interested. A diff does not show anything wierd that I can see. John -- John Hay -- j...@meraka.csir.co.za / j...@freebsd.org --- /tmp/access,v-csup.crash2010-07-31 16:57:51.0 +0200 +++ /home/freebsd-cvs/CVSROOT-src/access,v 2010-08-30 22:31:11.0 +0200 @@ -1,10 +1,15 @@ -head 1.941; +head 1.942; access; symbols; locks; strict; comment@# @; +1.942 +date 2010.08.30.20.30.48;author rpaulo; state Exp; +branches; +next 1.941; + 1.941 date 2010.07.31.14.57.38;author philip; state Exp; branches; @@ -4715,11 +4720,13 @@ @@ -1.941 +1.942 log -...@svn rev 210685 on 2010-07-31 14:57:38Z by philip +...@svn rev 212009 on 2010-08-30 20:30:48Z by rpaulo -Take cbzimmer's commit bit into safekeeping per his request. +Please welcome Dimitry Andric (dim@@) as a src committer. Dimitry will be +work on Clang for now. +ed@@ is a co-mentor. Approved by: core @ @@ -4789,6 +4796,7 @@ des dfr dg +dim dougb dumbbell dwhite @@ -4972,6 +4980,19 @@ @ +1.941 +log +...@svn rev 210685 on 2010-07-31 14:57:38Z by philip + +Take cbzimmer's commit bit into safekeeping per his request. + +Approved by: core +@ +text +...@d66 1 +@ + + 1.940 log @SVN rev 210462 on 2010-07-25 10:06:56Z by philip ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: csup in repomirror mode dumps core @ stable/8
On Thu, Sep 02, 2010 at 07:56:31AM +0200, John Hay wrote: On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: Dear colleagues, some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) deleting files from sup/cvsroot-all/ did not help unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup does not work, and I did not dig into this deeply yet, so trace are without parameters: This won't work. You need to do: make DEBUG_FLAGS=-g3 -ggdb -O0 The important part is not using -D. make.conf variables aren't exported into the compiler environment (I'm not phrasing this eloquently because I don't know how to describe it). The rest of the gcc arguments I provided are highly recommended (especially -O0, otherwise you probably won't get access to any variable data). I can confirm this works, by the way. Look closely at the cc line (past the initial -O2 -pipe -march=nocona). cc -O2 -pipe -march=nocona -I. -I/usr/src/usr.bin/csup/../../contrib/csup -DHAVE_FFLAGS -DNDEBUG -ggdb -g3 -O0 -std=gnu99 -fstack-protector -Wsystem-headers -Werror -Wno-pointer-sign -c /usr/src/usr.bin/csup/../../contrib/csup/updater.c -- | Jeremy Chadwick j...@parodius.com | | Parodius Networking http://www.parodius.com/ | | UNIX Systems Administrator Mountain View, CA, USA | | Making life hard for others since 1977. PGP: 4BD6C0CB | ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
Re: csup in repomirror mode dumps core @ stable/8
On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: Dear colleagues, some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) deleting files from sup/cvsroot-all/ did not help unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup does not work, and I did not dig into this deeply yet, so trace are without parameters: I think it should be DEBUG_FLAGS=-g and not -D pgpmHR1fWSTWG.pgp Description: PGP signature
Re: csup in repomirror mode dumps core @ stable/8
On Thu, 2 Sep 2010, Kostik Belousov wrote: KB On Thu, Sep 02, 2010 at 03:59:07AM +0400, Dmitry Morozovsky wrote: KB Dear colleagues, KB KB some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying KB repo: KB KB ... KB SetAttrs CVSROOT-src/Emptydir KB Edit CVSROOT-src/access,v KB Segmentation fault (core dumped) KB KB deleting files from sup/cvsroot-all/ did not help KB KB unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup KB does not work, and I did not dig into this deeply yet, so trace are without KB parameters: KB I think it should be DEBUG_FLAGS=-g and not -D Yes, surely you're right. BTW, I can confirm moving away access,v file helps avoiding core. -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org
csup in repomirror mode dumps core @ stable/8
Dear colleagues, some 2 days ago my repo mirror (stable/8...@amd64) starts dumping core on copying repo: ... SetAttrs CVSROOT-src/Emptydir Edit CVSROOT-src/access,v Segmentation fault (core dumped) deleting files from sup/cvsroot-all/ did not help unfortunately, quick usual `make -DDEBUG_FLAGS=-g' in /usr/src/usr.bin/csup does not work, and I did not dig into this deeply yet, so trace are without parameters: (gdb) bt #0 0x00410676 in rcsdelta_addlog () #1 0x00412b15 in rcsparse_run () #2 0x00412453 in rcsfile_frompath () #3 0x00417c45 in updater_rcsedit () #4 0x00419a59 in updater_batch () #5 0x0041a1d1 in updater () #6 0x004158c4 in thread_start () #7 0x000800a1c511 in pthread_getprio () from /lib/libthr.so.3 #8 0x in ?? () Cannot access memory at address 0x7f1fa000 Any hints? -- Sincerely, D.Marck [DM5020, MCK-RIPE, DM3-RIPN] [ FreeBSD committer: ma...@freebsd.org ] *** Dmitry Morozovsky --- D.Marck --- Wild Woozle --- ma...@rinet.ru *** ___ freebsd-stable@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to freebsd-stable-unsubscr...@freebsd.org