Re: unexpected and reproducable crash in pl/pgsql function - Mailing list pgsql-hackers

From Merlin Moncure
Subject Re: unexpected and reproducable crash in pl/pgsql function
Date
Msg-id 6EE64EF3AB31D5448D0007DD34EEB3412A7638@Herge.rcsinc.local
Whole thread Raw
In response to unexpected and reproducable crash in pl/pgsql function  ("Merlin Moncure" <merlin.moncure@rcsonline.com>)
List pgsql-hackers
> "Merlin Moncure" <merlin.moncure@rcsonline.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:

Previous
From: Tom Lane
Date:
Subject: Re: unexpected and reproducable crash in pl/pgsql function
Next
From: Tom Lane
Date:
Subject: Solving hash table overrun problems