Core dump using csup to update ports tree

[Boris Kochergin]

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".

-Boris