Skip site navigation (1) Skip section navigation (2)

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 (view raw or flat)
Thread:
Lists: pgsql-adminpgsql-patchespgsql-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: /rtmp/diff
Description: text/x-diff (7.5 KB)

In response to

Responses

pgsql-admin by date

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

pgsql-patches by date

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

pgsql-sql by date

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

Privacy Policy | About PostgreSQL
Copyright © 1996-2014 The PostgreSQL Global Development Group