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
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 |