Re: postgresql v11.1 Segmentation fault: signal 11: by running SELECT... JIT Issue?

From: pabloa98 <pabloa98(at)gmail(dot)com>
To: Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
Cc: pgsql-general(at)lists(dot)postgresql(dot)org
Subject: Re: postgresql v11.1 Segmentation fault: signal 11: by running SELECT... JIT Issue?
Date: 2019-01-29 08:11:13
Message-ID: CAEjudX7=Lvwh+viagYetGJKMQgKMGinrPQTshhgAQXCd=eeAog@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

I did not modify it.

I guess I should make it bigger than 1765. is 2400 or 3200 fine?

My apologies if my questions look silly. I do not know about the internal
format of the database.

Pablo

On Mon, Jan 28, 2019 at 11:58 PM Andrew Gierth <andrew(at)tao11(dot)riddles(dot)org(dot)uk>
wrote:

> >>>>> "pabloa98" == pabloa98 <pabloa98(at)gmail(dot)com> writes:
>
> pabloa98> the table baseline_denull has 1765 columns,
>
> Uhh...
>
> #define MaxHeapAttributeNumber 1600 /* 8 * 200 */
>
> Did you modify that?
>
> (The back of my envelope says that on 64bit, the largest usable t_hoff
> would be 248, of which 23 is fixed overhead leaving 225 as the max null
> bitmap size, giving a hard limit of 1800 for MaxTupleAttributeNumber and
> 1799 for MaxHeapAttributeNumber. And the concerns expressed in the
> comments above those #defines would obviously apply.)
>
> --
> Andrew (irc:RhodiumToad)
>

In response to

Responses

Browse pgsql-general by date

  From Date Subject
Next Message pabloa98 2019-01-29 08:38:38 Re: postgresql v11.1 Segmentation fault: signal 11: by running SELECT... JIT Issue?
Previous Message Andrew Gierth 2019-01-29 07:58:09 Re: postgresql v11.1 Segmentation fault: signal 11: by running SELECT... JIT Issue?