Jeff Boes <[EMAIL PROTECTED]> writes:
> Tom Lane wrote:
>> What's signal 14 on your machine? (Look in /usr/include/signal.h to
>> be sure.) Also, what PG version is this?
> 14) SIGALRM
> This is Pg 7.3.4, running on Linux 7.3 (Kernel 2.4.18-18.7.xsmp on a
> 2-processor i686).
Hm. That doesn't make any sense at all, because SIGALRM is either
caught by a handler or ignored everywhere in the Postgres backend.
There is no situation where it could legitimately cause process
termination. Is it possible you are dealing with a kernel bug?
[ thinks... ] Another possibility is that you are running some
non-Postgres code that resets SIGALRM handling to default. I have
heard rumors that Perl will do that in some cases, for example.
Are you using plperl?
regards, tom lane
---------------------------(end of broadcast)---------------------------
TIP 9: the planner will ignore your desire to choose an index scan if your
joining column's datatypes do not match