From: | Alvaro Herrera <alvherre(at)commandprompt(dot)com> |
---|---|
To: | Duncan Rance <postgres(at)dunquino(dot)com> |
Cc: | Robert Haas <robertmhaas(at)gmail(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Pg Bugs <pgsql-bugs(at)postgresql(dot)org> |
Subject: | Re: BUG #6425: Bus error in slot_deform_tuple |
Date: | 2012-02-01 21:05:29 |
Message-ID: | 1328130247-sup-7672@alvh.no-ip.org |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-bugs pgsql-hackers |
Excerpts from Duncan Rance's message of mié feb 01 17:43:48 -0300 2012:
> I mentioned in the bug report that I has asserts in places were t_hoff is set. I've been doing it like so:
>
> if (hoff % 4 != 0) {
> elog(ERROR, "wrong hoff: %d",hoff);
> abort();
> }
>
> I've been sitting here waiting for the server to abort and only just realised there are some interesting entries in my pgbench logs. I'm using pgbench to hammer the server with queries, and I have a handful of these:
elog(ERROR) longjmps to the error handling code and never returns to
your abort() call. If you want it to abort at that point, use elog(PANIC).
Or you could do elog(WARNING) and then abort(), which is pretty much the
same thing.
--
Álvaro Herrera <alvherre(at)commandprompt(dot)com>
The PostgreSQL Company - Command Prompt, Inc.
PostgreSQL Replication, Consulting, Custom Development, 24x7 support
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2012-02-01 21:06:27 | Re: BUG #6200: standby bad memory allocations on SELECT |
Previous Message | Duncan Rance | 2012-02-01 20:43:48 | Re: BUG #6425: Bus error in slot_deform_tuple |
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2012-02-01 21:43:34 | Re: BUG #6425: Bus error in slot_deform_tuple |
Previous Message | Dimitri Fontaine | 2012-02-01 21:02:14 | Re: pg_dump -s dumps data?! |