From: | "aarjan langereis" <a(dot)j(dot)langereis(at)inter(dot)nl(dot)net> |
---|---|
To: | <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #1015: Got a signal 11 while trying to create a temp table |
Date: | 2003-12-19 08:39:03 |
Message-ID: | 055101c3c60b$8f011aa0$6800a8c0@Aarjan |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs |
How do I get a "debugger backtrace" ?
Selecting all data from the tables involved, does that also include a 'count(*)', if so, they work:
stats=# select count(*) from blocks;
count
---------
3194409
(1 row)
stats=# select count(*) from hosts;
count
-------
205
(1 row)
stats=#
Yours,
Aarjan
----- Original Message -----
From: "Tom Lane" <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: <A(dot)j(dot)langereis(at)chello(dot)nl>
Cc: "PostgreSQL Bugs List" <pgsql-bugs(at)postgresql(dot)org>
Sent: Friday, December 19, 2003 4:41 AM
Subject: Re: [BUGS] BUG #1015: Got a signal 11 while trying to create a temp table
> "PostgreSQL Bugs List" <pgsql-bugs(at)postgresql(dot)org> writes:
> > I tried to create a temp table and got my back-end restarting because of a signal 11.
>
> Hmm. Can you get a debugger backtrace from the core dump?
>
> > It seems to me, and please correct me if Iâ?Tm wrong, that there is a limit to the size that a join can handle.
>
> No (and certainly not on a measly 3-million-row case). This could be a
> data corruption problem, or something more subtle, but it's not that.
>
> One way of testing the data-corruption theory is to see if you can
> select all the data from the tables involved, without any join.
>
> regards, tom lane
>
From | Date | Subject | |
---|---|---|---|
Next Message | Marek Lewczuk | 2003-12-19 08:43:21 | CASE in where statement. BUG ?? |
Previous Message | Tom Lane | 2003-12-19 03:54:29 | Re: Urgent: Key constraints behaving weirdly |