Panic with 1.7.9p2

• Date: Wed, 6 Mar 1996 13:56:51 PST
• From:
  Amy Bruckman <asb@media-lab.media.mit.edu>

In MOO 1.7.9p2, we got a repeatable panic with an out-of-control, suspending,
tail-recursive function in an infinite loop.  I suppose "don't do that!"  is a
reasonable reply...  :-) but I thought it was supposed to bomb out with a 'too
much recursion' traceback, not a db panic.

Here's the output from the core file:

Core file created by program "moo"

signal IOT/Abort trap at   [__kill:41 +0x8,0x3ff801072d8]        Source not available
(dbx) where
>  0 __kill(0x11ffff0d0, 0x100000008, 0x145cb1660, 0x145cdd800, 0x3ff800df50c) ["../../../../../src/usr/ccs/lib/libc/alpha/kill.s":41, 0x3ff801072d8]
   1 raise(0x6, 0x145cb86c0, 0xf, 0x145a5b2d4, 0x145cb86c0) ["../../../../../src/usr/ccs/lib/libc/raise.c":87, 0x3ff8011bbe0]
   2 abort(0x14, 0x145a5b2d4, 0x145cb86c0, 0x0, 0x0) ["../../../../../src/usr/ccs/lib/libc/abort.c":131, 0x3ff8010a050]
   3 abort_server(0x145cb86c0, 0x0, 0x0, 0x0, 0x120028e34) ["server.c":124, 0x120028cdc]
   4 panic(0x0, 0x0, 0x120028e34, 0x6, 0x12002c910) ["server.c":152, 0x120028e30]
   5 mymalloc(0x800100, 0x7, 0x120013b40, 0x2b, 0x12000f984) ["storage.c":79, 0x12002c90c]
   6 new_list(0x11ffff2d0, 0x8000f, 0x120028900, 0x145cb86d0, 0x120028a70) ["list.c":43, 0x12001cff8]
   7 sublist(0x11ffff428, 0x146f83540, 0x4, 0x1, 0x10008000f) ["list.c":194, 0x12001dba8]
   8 run(0x11ffff9d0, 0x0, 0x696ca00000000, 0x145ca3120, 0x145c015c0) ["execute.c":890, 0x12001829c]
   9 resume_from_previous_vm(0x120030d18, 0x100000000, 0x696ca00000000, 0x0, 0x1459b59a0) ["execute.c":1332, 0x12001a59c]
  10 resume_suspended_task(0x145ca3120, 0x0, 0x390000004e, 0x145cd30e0, 0x1200323dc) ["eval_vm.c":59, 0x12001407c]
  11 run_ready_tasks(0x120022a08, 0x0, 0x1200295e0, 0x0, 0x120029618) ["tasks.c":901, 0x12003268c]
  12 main_loop(0x0, 0x11ffffe7f, 0x23, 0x100000002, 0x12002b7d8) ["server.c":350, 0x120029624]
  13 main(0x100000003, 0x11ffffd90, 0x120009d5c, 0x120009cb0, 0x3ff00000000) ["server.c":1027, 0x12002b7f4]
(dbx) 


Our machine is a Dec AlphaStation 250 4/256 running OSF/1 V3.2A

The log said:
Mar  6 16:06:44: *** PANIC: memory allocation (size 8389056) failed!
Mar  6 16:06:44: #89:recurse_on_sub_expressions, line 22:  server panic
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:recurse_on_sub_expressions, line 40
Mar  6 16:06:44: ... called from #89:call, line 39
Mar  6 16:06:44: ... called from #89:call_string, line 7
Mar  6 16:06:44: ... called from #181:new_task, line 13
Mar  6 16:06:44: ... called from #0:do_command, line 8
Mar  6 16:06:44: (End of traceback)
Mar  6 16:06:44: PANIC-DUMPING on moose.db.new.PANIC ...
Mar  6 16:07:26: PANIC-DUMPING on moose.db.new.PANIC finished


Thanks for your help.

-- Amy

• Re: Panic with 1.7.9p2
• From: Pavel Curtis <pavel@parc.xerox.com>

• Prev: origin of unconventional gender options
• Next: Re: Panic with 1.7.9p2
• Index: MOO-cows
• Thread: MOO-cows