After relative quiet , my test box is starting to segfault
often again.It is a Redhat 6.2 pentium III 800mhz box
with 256M ram:
# uname -a
Linux 2.2.16-RAID #8 SMP Mon Aug 21 12:27:11 EDT 2000 i686 unknown
I followed the back trace procedure and it revealed this:
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-redhat-linux"...
(gdb) run -X
Starting program: /usr/local/apache/bin/httpd -X
Program received signal SIGSEGV, Segmentation fault.
__libc_free (mem=0x11) at malloc.c:3005
3005 malloc.c: No such file or directory.
(gdb) bt
#0 __libc_free (mem=0x11) at malloc.c:3005
#1 0x2acb1597 in php_if_mgd_auth_midgard (ht=135869072,
return_value=0x2acbb4f0, this_ptr=0x82826b8,
return_value_used=2147481860) at midgard.c:692
#2 0x2acb1666 in php_if_mgd_auth_midgard (ht=135869072,
return_value=0x827abc0, this_ptr=0x2afa5ea8,
return_value_used=136300980) at midgard.c:699
#3 0x2acb0ece in php_if_mgd_get_midgard (ht=136849080,
return_value=0x2afa5ea8, this_ptr=0x82826b8,
return_value_used=2147481904) at midgard.c:601
#4 0x2aed8554 in ?? () from /usr/local/apache/libexec/libphp4.so
#5 0x2aeb2b8a in ?? () from /usr/local/apache/libexec/libphp4.so
#6 0x2aeb1c5d in ?? () from /usr/local/apache/libexec/libphp4.so
#7 0x2aeb1d3e in ?? () from /usr/local/apache/libexec/libphp4.so
#8 0x2aeb2ccd in ?? () from /usr/local/apache/libexec/libphp4.so
#9 0x2aea5ec9 in ?? () from /usr/local/apache/libexec/libphp4.so
#10 0x2aeae046 in ?? () from /usr/local/apache/libexec/libphp4.so
#11 0x2aebed9b in ?? () from /usr/local/apache/libexec/libphp4.so
#12 0x2aebca86 in ?? () from /usr/local/apache/libexec/libphp4.so
#13 0x8071cce in run_cleanups ()
#14 0x80704fd in ap_clear_pool ()
#15 0x8070571 in ap_destroy_pool ()
#16 0x808017d in child_main ()
#17 0x80802bc in make_child ()
#18 0x8080419 in startup_children ()
#19 0x8080a56 in standalone_main ()
#20 0x80811e3 in main ()
#21 0x2ab649cb in __libc_start_main (main=0x8080e9c <main>, argc=2,
argv=0x7ffffb14, init=0x804ef6c <_init>, fini=0x80b59ec <_fini>,
rtld_fini=0x2aab5e60 <_dl_fini>, stack_end=0x7ffffb0c) at
../sysdeps/generic/libc-start.c:92
(gdb) quit
The only malloc.c that I can find is in
/usr/local/src/mysql-3.23.35/mit-pthreads/pthreads/malloc.c
yuck! I hope it's not looking for mysql's crappy mit-threads
for some reason. Any ideas?
--
Vincent Stoessel [EMAIL PROTECTED]
Internet Applications Engineer
IDEV http://www.idev.com
V: 301 495 7345 x129
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
