Re: [HACKERS] Submission Review: User control over psql error stream

2012-12-31 Thread Karl O. Pinc
Hi Allastair, On 12/28/2012 02:33:03 PM, Alastair Turner wrote: > Sorry for the slow reply ... Such is life. > The discussion needs to be a little broader than stdout and stderr, > there are currently three output streams from psql: > - stdout - prompts, not tabular output such as the results

Re: [HACKERS] Submission Review: User control over psql error stream

2012-12-28 Thread Alastair Turner
Hi Karl, Sorry for the slow reply ... Excerpt from Karl O. Pinc On Mon, Dec 10, 2012 at 5:00 AM: > I was thinking along the same lines, that case 2) stderr to a file > or pipe needs addressing. I think it's necessary to address the > issue now. Otherwise we risk cluttering up the syntax in >

Re: [HACKERS] Submission Review: User control over psql error stream

2012-12-09 Thread Karl O. Pinc
On 12/09/2012 03:58:26 PM, Karl O. Pinc wrote: > Hi Alastair, > > On 12/09/2012 02:13:32 PM, Alastair Turner wrote: > > - It's closed ended - there are three things about error output > which > > affect where it's written to: does it go to query output, does it > go > > somewhere else (a file or

Re: [HACKERS] Submission Review: User control over psql error stream

2012-12-09 Thread Karl O. Pinc
Hi Alastair, On 12/09/2012 02:13:32 PM, Alastair Turner wrote: > Hi Karl, > > I have given the patch a quick review and read the related mails > following its initial submission. Thank you very much. > - It's closed ended - there are three things about error output which > affect where it's wri

[HACKERS] Submission Review: User control over psql error stream

2012-12-09 Thread Alastair Turner
Hi Karl, I have given the patch a quick review and read the related mails following its initial submission. I agree with that functionality along these lines is desirable. The ability to manage output from within psql at least as richly as is possible with shell redirection - and change it betwee