Re: BUG #15133: make check fails

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org>
Cc: stadtkind2(at)gmx(dot)de, pgsql-bugs(at)lists(dot)postgresql(dot)org
Subject: Re: BUG #15133: make check fails
Date: 2018-03-28 15:22:49
Message-ID: 22725.1522250569@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-bugs

Alvaro Herrera <alvherre(at)alvh(dot)no-ip(dot)org> writes:
> I'm not sure of the support status for Solaris 11. We don't have any
> buildfarm member for that, much less the 11.4 beta. Maybe this is a
> problem in the OS, or the compiler? I can't see siglongjmp() failing in
> this way being a Postgres bug, frankly ...

I think the key thing in this stack trace is

>> ffffffe0b083a921 postgres`errfinish+0x260(0, 0, 0, 1fff248dfa8960, 0, 20000034b4a85be0)
>> ffffffe0b083aa21 check_stack_depth+0x114(20000034b4a86320, 20000034b4a86520, 20000034b4a865a0, 0, 800000, 0)
>> ffffffe0b083aaf1 transformExprRecurse+0x44(20000034b4a865a0, 20000034b4a86320, 0, 0, 0, 0)

That is, we died while trying to throw an error out of check_stack_depth,
which suggests that we were in recursion trouble. Either that or
something's broken about the stack depth test. The most plausible theory
about why siglongjmp failed is that it SIGSEGV'd against the end of the
stack, which would also imply something's broken about the stack depth
test, because it ought to trigger well before we actually run out of
stack.

Does Solaris even have getrlimit(RLIMIT_STACK)? If so, does it tell the
truth on this beta version?

It'd be interesting to know which regression test query failed. If it was
anything other than the intentional infinite_recurse call, then there's
something else wrong too.

regards, tom lane

In response to

Responses

Browse pgsql-bugs by date

  From Date Subject
Next Message Alvaro Herrera 2018-03-28 15:37:31 Re: BUG #15133: make check fails
Previous Message Alvaro Herrera 2018-03-28 15:12:30 Re: BUG #15133: make check fails