> "Merlin Moncure" <merlin(dot)moncure(at)rcsonline(dot)com> writes:
> > Ok, problem was due to recursive pl/pgsql function and a recursion
loop
> > in the data.  I traced this problem to the data: somebody disabled
the
> > recursion check constraint.
> > I've never had this actually happen before.  It totally nuked the
> > server.
> 
> I thought we'd fixed things so that the stack depth on Windows is
> actually greater than max_stack_depth?  None of this weirdness could
> happen if the stack depth check were kicking in properly.

I thought so too.  I'll play with it a bit and see what I come up with.

Merlin

pgsql-hackers by date

Next:	From: Tom Lane	Date: 2005-03-03 22:05:40
	Subject: Solving hash table overrun problems
Previous:	From: Tom Lane	Date: 2005-03-03 21:20:00
	Subject: Re: unexpected and reproducable crash in pl/pgsql function

pgsql-hackers-win32 by date

Next:	From: Ken Egervari	Date: 2005-03-03 23:42:46
	Subject: Re: Help with tuning this query (with explain analyze finally)
Previous:	From: Tom Lane	Date: 2005-03-03 21:20:00
	Subject: Re: unexpected and reproducable crash in pl/pgsql function