Re: syslogger line-end processing infelicity
От | Andrew Dunstan |
---|---|
Тема | Re: syslogger line-end processing infelicity |
Дата | |
Msg-id | 466098AD.9010603@dunslane.net обсуждение исходный текст |
Ответ на | Re: syslogger line-end processing infelicity (Tom Lane <tgl@sss.pgh.pa.us>) |
Ответы |
Re: syslogger line-end processing infelicity
|
Список | pgsql-hackers |
Tom Lane wrote: > Andrew Dunstan <andrew@dunslane.net> writes: > >> I have been looking at the syslogger code in connection with the CSV log >> output proposal, and I'm quite concerned about the way it translates >> every \n into \r\n for Windows output. >> ... >> My second thought is that we should quite possibly abandon this >> translation altogether >> > > +1 on that. The problem of ensuring atomic output remains though > (see nearby complaints from George Pavlov and others). It's bad enough > in the existing logging context, but if we're hoping to make > easily-machine-readable logs it's a "must fix". > > > Is that the one you suggested trying to fix by calling write() instead of fprintf()? If so, I can't think of any good reason not to do that anyway. (I assume we're not worried about the use of vfprintf(stderr, ...) in write_stderr().) That really means we have two problems: log lines can be interleaved, and rotation can cause a line to be split over two files. Triple ugh. cheers andrew
В списке pgsql-hackers по дате отправления: