Core dump using csup to update ports tree

[Randy Pratt]

On Sat, 12 Jul 2008 15:21:09 -0400
Boris Kochergin <spawk at acm.poly.edu> wrote:

> Randy Pratt wrote:
> > On Sat, 12 Jul 2008 10:23:07 -0700
> > "Garrett Cooper" <yanefbsd at gmail.com> wrote:
> >
> >   
> >> On Sat, Jul 12, 2008 at 7:47 AM, Randy Pratt <bsd-unix at embarqmail.com> wrote:
> >>     
> >>> On Sat, 12 Jul 2008 07:26:36 -0700
> >>> Jeremy Chadwick <koitsu at FreeBSD.org> wrote:
> >>>
> >>>       
> >>>> On Sat, Jul 12, 2008 at 10:00:25AM -0400, Randy Pratt wrote:
> >>>>         
> >>>>> Later, I retried cvsup5.us.freebsd.org and was not able to duplicate
> >>>>> the core dump.  I do have the core dump if its of any use:
> >>>>>
> >>>>>   http://myfreebsd.homeunix.net/csup.core
> >>>>>           
> >>>> Can you provide a backtrace with this core?
> >>>>
> >>>> $ gdb /usr/bin/csup csup.core
> >>>> ...
> >>>> (gdb) bt full
> >>>>         
> >>> # gdb /usr/bin/csup csup.core
> >>> 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 conditions. Type "show copying" to see the conditions.
> >>> There is absolutely no warranty for GDB.  Type "show warranty" for
> >>> details. This GDB was configured as "i386-marcel-freebsd"...(no
> >>> debugging symbols found)... Core was generated by `csup'.
> >>> Program terminated with signal 11, Segmentation fault.
> >>> Reading symbols from /lib/libcrypto.so.4...(no debugging symbols
> >>> found)...done. Loaded symbols for /lib/libcrypto.so.4
> >>> Reading symbols from /lib/libz.so.3...(no debugging symbols
> >>> found)...done. Loaded symbols for /lib/libz.so.3
> >>> Reading symbols from /lib/libpthread.so.2...(no debugging symbols
> >>> found)...done. Loaded symbols for /lib/libpthread.so.2
> >>> Reading symbols from /lib/libc.so.6...(no debugging symbols
> >>> found)...done. Loaded symbols for /lib/libc.so.6
> >>> Reading symbols from /libexec/ld-elf.so.1...(no debugging symbols
> >>> found)...done. Loaded symbols for /libexec/ld-elf.so.1
> >>> #0  0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2
> >>> [New Thread 0x8066600 (LWP 100197)]
> >>> [New Thread 0x8066000 (runnable)]
> >>> [New LWP 100198]
> >>> (gdb) bt full
> >>> #0  0x281b3677 in pthread_testcancel () from /lib/libpthread.so.2
> >>> No symbol table info available.
> >>> #1  0x281abaaa in pthread_mutexattr_init () from /lib/libpthread.so.2
> >>> No symbol table info available.
> >>> #2  0x2808d450 in ?? ()
> >>> No symbol table info available.
> >>> (gdb) q
> >>> #
> >>>
> >>> Thanks for the interest and response,
> >>>
> >>> Best regards,
> >>>
> >>> Randy
> >>>       
> >> Randy,
> >>       Did you build csup yourself or did it come prepackaged with the
> >> base system? If the former, please recompiling csup with CFLAGS=-g (as
> >> well as your current CFLAGS) and then repost your results.
> >>       Also, please provide your CFLAGS (and any other compile flag
> >> variables) as a sidenote.
> >>     
> >
> > Its the csup built with the base system.  The only thing of
> > consequence in /etc/make.conf is:
> >
> >   CFLAGS= -O -pipe
> >   NO_PROFILE=true            # Avoid compiling profiled libraries
> >
> > I can see where the additional debugging symbols might be useful
> > *if* it happens again.  I can't reproduce it on demand.
> >
> > How would I rebuild the base csup to use the -g or would it be
> > better to switch to the ports csup version and do it there?
> >
> > Thanks,
> >
> > Randy
> >   
> You can change your CFLAGS in /etc/make.conf to "-g -pipe", cd into 
> /usr/src/usr.bin/csup, "make", and "make install".

Thanks!  I preceeded the rebuild with a make clean.  Perhaps I can
provide a more useful backtrace when/if it happens again.

Randy


--