Re: [HACKERS] use of pager on Windows psql

Bruce Momjian <[email protected]>
Newsgroups gmane.comp.db.postgresql.devel.patches
Message-ID <[email protected]>
Andrew Dunstan wrote:
> >>>> In fact, it looks to me like it would be much more sensible to #include 
> >>>> "settings.h" and then simply test pset.notty for all platforms.
> >>>>     
> >>>>         
> >>> Yes, we could do that but does the isatty() value ever change while psql
> >>> is running?  When you do '\g filename' does stdout then have isatty as
> >>> false?
> >>>   
> >>>       
> >> Good point. I think the best thing would just be to remove the #ifndef 
> >> WIN32 / #endif lines
> >>     
> >
> > OK, patch applied to remove the Win32 test in both places.
> >
> >   
> >
> 
> This broke the buildfarm and finally explains the following kluge which 
> has been puzzling me for four years:
> 
>         /*
>          * for some reason MinGW (and MSVC) outputs an extra newline, so 
> this
>          * suppresses it
>          */
> #ifndef WIN32
>         fputc('\n', fout);
> #endif
> 
> I have removed the kluge (and yes, I tested it).

Oh, that kluge.  Why did the isatty() addition fix this?  Was the pager
being used on Win32 for the regression tests and somehow eating a line
or something?

-- 
  Bruce Momjian  <[email protected]>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

  + If your life is a hard drive, Christ can be your backup. +

-- 
Sent via pgsql-patches mailing list ([email protected])
To make changes to your subscription:
http://www.postgresql.org/mailpref/pgsql-patches
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.