runaway gnatsds

[Jason Molenda]

[jsm@sourceware automake]$ ps auxwww | grep gnatsd
gnatsid  21910 30.3  0.3  3072 2404 ?        R    Apr04 182:57 gnatsd gnatsd
gnatsid  22524 29.2  0.2  2912 2264 ?        R    Apr04 104:37 gnatsd gnatsd
jsm       3492  0.0  0.0  1152  440 pts/1    S    02:16   0:00 grep gnatsd
[jsm@sourceware automake]$ date
Thu Apr  5 02:16:21 PDT 2001
[jsm@sourceware automake]$ 

It seems unlikely that there is a valid reason for gnatsd to use
two or three hours of CPU time...  I tried attaching to one of them
and got a BS stacktrace -

(gdb) attach 22524
Attaching to program `/usr/local/libexec/gnats/gnatsd', Pid 22524
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from /lib/libnss_dns.so.2...done.
Reading symbols from /lib/libresolv.so.2...done.
chunk_alloc (ar_ptr=0x400fd580, nb=8256) at malloc.c:2689
malloc.c:2689: No such file or directory.
(gdb) where
#0  chunk_alloc (ar_ptr=0x400fd580, nb=8256) at malloc.c:2689
#1  0x4006cb8a in __libc_malloc (bytes=8250) at malloc.c:2616
#2  0x80583c6 in regfree ()
#3  0x80561d1 in regfree ()
#4  0x805977a in regfree ()
#5  0x805958f in regfree ()
#6  0x804ae01 in strcpy ()
#7  0x804afcc in strcpy ()
#8  0x804aa27 in strcpy ()
#9  0x4002ccb3 in __libc_start_main (main=0x804a62c <strcpy+3040>, argc=2, 
    argv=0xbffffd84, init=0x804947c, fini=0x805eb7c <getopt_long_only+16860>, 
    rtld_fini=0x4000a350 <_dl_fini>, stack_end=0xbffffd7c)
    at ../sysdeps/generic/libc-start.c:78
(gdb) 




Whatever.  I'll leave them running in case someone is doing something
unimaginably complicated that I don't know anything about.

Jason