[omniORB] SIGSEGV, Linux and omniORBPy1.1

[Gary Pennington]

Hi,

I'm experiencing an intermittent problem where my servant will core dump
when under heavy processing load.

The problem isn't obviously deterministic, so I can't pin it down, but
gdb always reports the same problem.

garyp@python:~/dev/webJudge/dev/bin > gdb python core
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-suse-linux-gnu"...
Core was generated by `python ./RedServer.py'.
Program terminated with signal 11, Segmentation fault.
Reading symbols from /lib/libdl.so.2...done.
Reading symbols from /lib/libpthread.so.0...done.
Reading symbols from /lib/libm.so.6...done.
Reading symbols from /lib/libc.so.6...done.
Reading symbols from /lib/ld-linux.so.2...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/stropmodule.so...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/timemodule.so...done.
Reading symbols from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/_omnipymodule.so...done.

Reading symbols from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/libomniORB3.so.0...done.

Reading symbols from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/libtcpwrapGK.so.2...done.

Reading symbols from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/libomnithread.so.2...done.

Reading symbols from /usr/lib/libstdc++-libc6.1-1.so.2...done.
Reading symbols from
/usr/lib/python1.5/site-packages/PIL/_imaging.so...done.
Reading symbols from /usr/lib/libjpeg.so.6...done.
Reading symbols from /usr/lib/libz.so.1...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/arraymodule.so...done.
Reading symbols from /usr/lib/python1.5/lib-dynload/operator.so...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/socketmodule.so...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/structmodule.so...done.
Reading symbols from /usr/lib/python1.5/lib-dynload/cPickle.so...done.
Reading symbols from /usr/lib/python1.5/lib-dynload/cStringIO.so...done.

Reading symbols from
/usr/lib/python1.5/site-packages/bsddb3/dbcmodule.so...
done.
Reading symbols from /lib/libnss_files.so.2...done.
Reading symbols from
/usr/lib/python1.5/lib-dynload/mathmodule.so...done.
#0  0x40109882 in __libc_accept () from /lib/libc.so.6
(gdb) bt
#0  0x40109882 in __libc_accept () from /lib/libc.so.6
#1  0x4002cff1 in accept (fd=2, addr={__sockaddr__ = 0xbf1ffcf8,
      __sockaddr_at__ = 0xbf1ffcf8, __sockaddr_ax25__ = 0xbf1ffcf8,
      __sockaddr_dl__ = 0xbf1ffcf8, __sockaddr_eon__ = 0xbf1ffcf8,
      __sockaddr_in__ = 0xbf1ffcf8, __sockaddr_in6__ = 0xbf1ffcf8,
      __sockaddr_inarp__ = 0xbf1ffcf8, __sockaddr_ipx__ = 0xbf1ffcf8,
      __sockaddr_iso__ = 0xbf1ffcf8, __sockaddr_ns__ = 0xbf1ffcf8,
      __sockaddr_un__ = 0xbf1ffcf8, __sockaddr_x25__ = 0xbf1ffcf8},
    addr_len=0xbf1ffc6c) at wrapsyscall.c:149
#2  0x40235c00 in tcpSocketRendezvouser::run_undetached ()
   from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/libomniORB3.so.0
#3  0x402868c4 in omni_thread_wrapper ()
   from
/home/garyp/omniORB/omni/lib/i586_linux_2.0_glibc2.1/libomnithread.so.2
#4  0x4002925a in pthread_start_thread (arg=0xbf1ffe60) at manager.c:213

(gdb) info threads
* 1 Thread 8322  0x40109882 in __libc_accept () from /lib/libc.so.6
(gdb)


I have a core file if anyone wants it (I don't want to mail it to the
list).

Has anyone any idea what may be happening or seen anything like this
before?

Gary