Re: new compiler warnings - Mailing list pgsql-hackers

From Tom Lane
Subject Re: new compiler warnings
Date
Msg-id 25614.1318976102@sss.pgh.pa.us
Whole thread Raw
In response to Re: new compiler warnings  (Heikki Linnakangas <heikki.linnakangas@enterprisedb.com>)
Responses Re: new compiler warnings  ("Kevin Grittner" <Kevin.Grittner@wicourts.gov>)
List pgsql-hackers
Heikki Linnakangas <heikki.linnakangas@enterprisedb.com> writes:
> On 18.10.2011 23:28, Tom Lane wrote:
>> I don't think the assert is a good idea.  If it ever did happen, that
>> would promote the problem from "corrupted data in the log" to "database
>> crash".

> I believe the idea is that if there's a platform that does that, we want 
> to know. In production, you don't run with assertions enabled. It makes 
> sense to me, or can we fall back to logging a warning to stderr or 
> something?

Unfortunately, the problem we're dealing with here is exactly that we
can't write to stderr.  So it's a bit hard to see what we can usefully
do to report that we have a problem (short of crashing, which isn't a
net improvement).

In practice, the lack of field reports of corrupted postmaster logs
seems to me to be adequate evidence that the code does work as intended.
All we really need to do is shut gcc up about it.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: new compiler warnings
Next
From: Tom Lane
Date:
Subject: Re: Silent failure with invalid hba_file setting