Re: warning handling in Perl scripts
От | Robert Haas |
---|---|
Тема | Re: warning handling in Perl scripts |
Дата | |
Msg-id | CA+TgmoaC0qQMR9UnabRw2Fk0DCtXCeT4YbVjh1JJ2qXxRRJ7xw@mail.gmail.com обсуждение исходный текст |
Ответ на | warning handling in Perl scripts (Peter Eisentraut <peter_e@gmx.net>) |
Ответы |
Re: warning handling in Perl scripts
Re: warning handling in Perl scripts |
Список | pgsql-hackers |
On Sun, Jun 24, 2012 at 2:40 PM, Peter Eisentraut <peter_e@gmx.net> wrote: > Every time I make a change to the structure of the catalog files, > genbki.pl produces a bunch of warnings (like "Use of uninitialized value > in string eq at genbki.pl line ..."), and produces corrupted output > files, that are then (possibly) detected later by the compiler. Also, > getting out of that is difficult because due to the complicated > dependency relationship between the involved files, you need to remove a > bunch of files manually, or clean everything. So error handling could > be better. > > It seems that adding > > diff --git a/src/backend/catalog/genbki.pl b/src/backend/catalog/genbki.pl > index ebc4825..7d66da9 100644 > --- a/src/backend/catalog/genbki.pl > +++ b/src/backend/catalog/genbki.pl > @@ -19,6 +19,8 @@ > use strict; > use warnings; > > +local $SIG{__WARN__} = sub { die $_[0] }; > + > my @input_files; > our @include_path; > my $output_path = ''; > > would address that. > > Could that cause any other problems? Should it be added to all Perl > scripts? This seems like a band-aid. How about if we instead add whatever error-handling the script is missing, so that it produces an appropriate, human-readable error message? -- Robert Haas EnterpriseDB: http://www.enterprisedb.com The Enterprise PostgreSQL Company
В списке pgsql-hackers по дате отправления: