Re: [HACKERS] use of pager on Windows psql - Mailing list pgsql-patches

From Bruce Momjian
Subject Re: [HACKERS] use of pager on Windows psql
Date
Msg-id 200805181349.m4IDnjO00591@momjian.us
Whole thread Raw
In response to Re: [HACKERS] use of pager on Windows psql  (Andrew Dunstan <andrew@dunslane.net>)
Responses Re: [HACKERS] use of pager on Windows psql
List pgsql-patches
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  <bruce@momjian.us>        http://momjian.us
  EnterpriseDB                             http://enterprisedb.com

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

pgsql-patches by date:

Previous
From: "Merlin Moncure"
Date:
Subject: Re: libpq object hooks (libpq events)
Next
From: Andrew Dunstan
Date:
Subject: Re: [HACKERS] use of pager on Windows psql