[Zope-dev] recipe for trapping SIGSEGV and SIGILL signals on solaris

[Joseph Wayne Norton]

Matt -

Ok, I installed everything and the system is running fine (or no
worse).  However, we still faced one restart so far.  I have included
the debug information below.

This looks similiar to the problem report on sourceforge:

 http://sourceforge.net/tracker/?func=detail&atid=105470&aid=471942&group_id=5470

I posted a comment to see if they have any updates.

One question ... does anyone every malloc a plain ClassExtension
object?  It seems that every CE-based object has their own struct
typedef. If so, then I think yesterday's patch problaby won't do any
harm but won't help either.

The current running process is being monitored by truss so I will be
able to get at least one more core dump (if we get one). I won't be
able to get any more information until tomorrow.

Any other ideas?  Thanks for your help.

- joe .

(gdb) info threads
  17 Thread 10          0xef5b9810 in _lwp_sema_wait ()
  16 Thread 9          0xef647cac in _swtch ()
  15 Thread 8          0xef5b9810 in _lwp_sema_wait ()
  14 Thread 7 (LWP 5)  0xcaeb50 in ?? ()
  13 Thread 6          0xef647cac in _swtch ()
  12 Thread 5          0xef5b9810 in _lwp_sema_wait ()
  11 Thread 4          0xef647cac in _swtch ()
  10 Thread 3          0xef647cac in _swtch ()
  9 Thread 2 (LWP 2)  0xef5b9958 in _signotifywait ()
  8 Thread 1 (LWP 6)  0xef5b7488 in _poll ()
  7 LWP    8          0xef5b6a24 in door_restart ()
  6 LWP    6          0xef5b7488 in _poll ()
  5 LWP    5          0xcaeb50 in ?? ()
  4 LWP    4          0xef5b9810 in _lwp_sema_wait ()
  3 LWP    3          0xef5b9810 in _lwp_sema_wait ()
  2 LWP    2          0xef5b9958 in _signotifywait ()
* 1 LWP    1          0xef5b9810 in _lwp_sema_wait ()

(gdb) thread 14
[Switching to Thread 7 (LWP 5)]
#0  0xcaeb50 in ?? ()

(gdb) where
#0  0xcaeb50 in ?? ()
#1  0x516bc in collect (young=0x13dec8, old=0x13ded4)
    at ./Modules/gcmodule.c:379
#2  0x51984 in collect_generations () at ./Modules/gcmodule.c:484
#3  0x519fc in _PyGC_Insert (op=0xecf7d4) at ./Modules/gcmodule.c:507
#4  0x664ec in PyMethod_New (func=0x3f796c, self=0x11c0d44,
class=0x3c7e5c)
    at Objects/classobject.c:1834
#5  0x63850 in instance_getattr2 (inst=0x11c0d44, name=0x3d5378)
    at Objects/classobject.c:642
#6  0x63750 in instance_getattr1 (inst=0x11c0d44, name=0x3d5378)
    at Objects/classobject.c:608
#7  0x63898 in instance_getattr (inst=0x11c0d44, name=0x3d5378)
    at Objects/classobject.c:656
#8  0x78330 in PyObject_GetAttr (v=0x11c0d44, name=0x3d5378)
    at Objects/object.c:1052
#9  0x895ec in builtin_hasattr (self=0x0, args=0x12ed944)
    at Python/bltinmodule.c:886
#10 0x35a44 in call_cfunction (func=0x1609b0, arg=0x12ed944, kw=0x0)
    at Python/ceval.c:2854
#11 0x33c5c in eval_code2 (co=0x3cbf80, globals=0x1, locals=0x0,
args=0x2, 
    argcount=0, kws=0x0, kwcount=0, defs=0x0, defcount=0, closure=0x0)
    at Python/ceval.c:1948

and so on ....