Re: [ADMIN] server process (PID xxx) was terminated by signal

From: Bruce Momjian <bruce(at)momjian(dot)us>
To: Peter Eisentraut <peter_e(at)gmx(dot)net>
Cc: Alvaro Herrera <alvherre(at)commandprompt(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Achilleas Mantzios <achill(at)matrix(dot)gatewaynet(dot)com>, PostgreSQL-patches <pgsql-patches(at)postgresql(dot)org>
Subject: Re: [ADMIN] server process (PID xxx) was terminated by signal
Date: 2007-01-28 01:15:03
Message-ID: 200701280115.l0S1F3w29709@momjian.us
Views: Whole Thread | Raw Message | Download mbox | Resend email
Thread:
Lists: pgsql-admin pgsql-patches pgsql-sql

Peter Eisentraut wrote:
> Bruce Momjian wrote:
> > Is there no API to return the name of signals?
>
> There is, but it's not portable. If someone wants to perform an
> exercise in writing configure code, look for strsignal() and
> sys_siglist[].

Good idea. I only have sys_siglist[] on BSD/OS, and Linux and FreeBSD
have that too, so I only used that. We will now print both signal
descriptions and numbers for backend error exits, and descriptions only
for pclose() because we only have a three-argument function to log.
Attached and applied.

--
Bruce Momjian bruce(at)momjian(dot)us
EnterpriseDB http://www.enterprisedb.com

+ If your life is a hard drive, Christ can be your backup. +

Attachment Content-Type Size
/rtmp/diff text/x-diff 7.5 KB

In response to

Responses

Browse pgsql-admin by date

  From Date Subject
Next Message Bruce Momjian 2007-01-28 01:32:31 Re: [ADMIN] server process (PID xxx) was
Previous Message Bruno Wolff III 2007-01-27 19:42:52 Re: cluster or database?

Browse pgsql-patches by date

  From Date Subject
Next Message Bruce Momjian 2007-01-28 01:32:31 Re: [ADMIN] server process (PID xxx) was
Previous Message Jeremy Drake 2007-01-28 00:44:42 Re: [HACKERS] less privileged pl install

Browse pgsql-sql by date

  From Date Subject
Next Message Bruce Momjian 2007-01-28 01:32:31 Re: [ADMIN] server process (PID xxx) was
Previous Message Michael Glaesemann 2007-01-27 11:58:24 Re: implementing (something like) UNIQUE constraint using PL/pgSQL