Re: PostgreSQL crashes with Qmail-SQL
От | Bear Giles |
---|---|
Тема | Re: PostgreSQL crashes with Qmail-SQL |
Дата | |
Msg-id | 200201251801.LAA09176@eris.coyotesong.com обсуждение исходный текст |
Ответ на | Re: PostgreSQL crashes with Qmail-SQL (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: PostgreSQL crashes with Qmail-SQL
|
Список | pgsql-hackers |
> Caution: I wasted some time running "benchmarks" that proved only > to be exercising how fast the client could fail. qmail-getpw's > approach to error handling seems to be (a) don't bother testing for > very many error conditions (eg, it coredumps on an empty sqlserver > control file), and (b) if it does detect a failure, exiting with a > nonzero error code is a sufficient way of reporting it. Error messages > are for wimps, apparently. (b) is part of the qmail strategy - qmail is implemented as a set of independent processes with different owners and rights and they communicate problems through standard exit codes. We can agree that it should be more forthcoming with meaningful help for people setting up the system, but it can't just write an message to STDOUT because its caller has probably already set up a pipe to another process - any error message would normally find itself inserted into the mail queue! (a), in contrast, is definitely not normal for qmail and is the type of thing that should be fixed... even if all it does after detecting a problem is return with a nonzero error code. :-) Bear
В списке pgsql-hackers по дате отправления: