I guess I need to learn to debug threads ...

[David Brumley]

> 	I guess I need to learn how to debug threads :-). When I show 2.0.0g
> our backbone at 100 it seg faults (it has been happy so far on a quieter 
> 10 meg segment). One task seg faults and the other two keep running (and its
> reproducable). GDB doesn't seem to be finding the symbols because it doesn't
> appear to know where it is in relation to anything in particular: 
> 
> gdb argus_bpf argus_bpf.core.1
> 
> 
> GNU gdb 4.18
> Copyright 1998 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-unknown-freebsd"...
> Core was generated by `argus_bpf'.
> Program terminated with signal 11, Segmentation fault.
> Reading symbols from /usr/lib/libm.so.2...done.
> Reading symbols from /usr/lib/libc.so.4...done.
> Reading symbols from /usr/libexec/ld-elf.so.1...done.
> #0  0x2811a3be in bcopy () from /usr/lib/libc.so.4
> (gdb) where
> #0  0x2811a3be in bcopy () from /usr/lib/libc.so.4
> #1  0x0 in ?? ()
> (gdb) quit
> 
> Peter Van Epp / Operations and Technical Support 
> Simon Fraser University, Burnaby, B.C. Canada
> 


backtrace may give you more information.  However, in general I've had a
lot more luck with purify for threads.  Last time i check gdb thread
support was minimal.

-djb

#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#
David Brumley - Stanford Computer Security -   dbrumley at Stanford.EDU
Phone: +1-650-723-2445           WWW: http://www.stanford.edu/~dbrumley
Fax:   +1-650-725-9121  PGP: finger dbrumley-pgp at sunset.Stanford.EDU
#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#+--+#
Quidquid latine dictum sit, altum viditur.