Re: Re: Server is not getting started with log level as debug5 on master after commit 3147ac

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Amit Kapila <amit(dot)kapila16(at)gmail(dot)com>
Cc: pgsql-hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: Re: Server is not getting started with log level as debug5 on master after commit 3147ac
Date: 2013-11-24 17:31:22
Message-ID: 23030.1385314282@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

I wrote:
> Amit Kapila <amit(dot)kapila16(at)gmail(dot)com> writes:
>> In general it is responsibility of caller to take care of errno
>> handling, but I am not sure it is taken care well at all places in
>> code and the chances of such problems were less earlier because there
>> was less chance that ereport would reset errno, but now it will
>> definitely do so.

> [ shrug... ] To my mind, this is a *good* thing, because now we will
> more easily find and fix any callers that are broken. They were broken
> anyway, it's just that the circumstances might've been difficult to
> reproduce. As an example consider the possibility that ereport might
> previously have stomped on errno only with unusual log_line_prefix
> settings.

... and having said that, there *are* bugs here, which have got nothing to
do with ereport(). client_read_ended() for instance is not being careful
to preserve errno :-(

regards, tom lane

In response to

Browse pgsql-hackers by date

  From Date Subject
Next Message Rodolfo Campero 2013-11-24 17:36:58 Re: PL/Python: domain over array support
Previous Message Simon Riggs 2013-11-24 17:23:59 Re: Sequence Access Method WIP