Re: [PATCH] Teach Catalog.pm how many attributes there should be per DATA() line

From: Robert Haas <robertmhaas(at)gmail(dot)com>
To: David Christensen <david(at)endpoint(dot)com>
Cc: PostgreSQL-development Hackers <pgsql-hackers(at)postgresql(dot)org>
Subject: Re: [PATCH] Teach Catalog.pm how many attributes there should be per DATA() line
Date: 2015-10-09 19:17:56
Message-ID: CA+TgmoZHsb7z9ijtK1gs-QvFrRbmcw_7CnMzSGtrx=tY+47M-Q@mail.gmail.com
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-hackers

On Thu, Oct 8, 2015 at 12:43 PM, David Christensen <david(at)endpoint(dot)com> wrote:
> I’m happy to move it around, but If everything is in order, how will this affect things at all? If we’re in a good state this condition should never trigger.

Right, but I think it ought to be Catalog.pm's job to parse the config
file. The job of complaining about what it contains is a job worth
doing, but it's not the same job. Personally, I hate it when parsers
take it upon themselves to do semantic analysis, because then what
happens if you want to write, say, a tool to repair a broken file?
You need to be able to read it in without erroring out so that you can
frob whatever's busted and write it back out, and the parser is
getting in your way. Maybe that's not going to come up here, but I'm
just explaining my general philosophy on these things...

--
Robert Haas
EnterpriseDB: http://www.enterprisedb.com
The Enterprise PostgreSQL Company

In response to

Responses

Browse pgsql-hackers by date

  From Date Subject
Next Message Robert Haas 2015-10-09 19:20:51 Re: Freeze avoidance of very large table.
Previous Message Robert Haas 2015-10-09 19:14:26 Re: Re: [BUGS] BUG #13611: test_postmaster_connection failed (Windows, listen_addresses = '0.0.0.0' or '::')