Le 23/02/2015 23:46, Karl Berry a écrit :
Here's the first pretest for the next Texinfo release (which will be
6.0, due to the substantial overhaul of standalone Info and completely
new implementation of texindex), for your testing pleasure:
ftp://alpha.gnu.org/gnu/texinfo/texinfo-5.9.90.tar.
> Date: Sat, 28 Feb 2015 10:55:45 +0100
> From: Patrice Dumas
> Cc: Karl Berry , bug-texinfo@gnu.org
>
> On Fri, Feb 27, 2015 at 09:27:41AM +0200, Eli Zaretskii wrote:
> >
> > revert them. IOW, this is unreliable. So we provide Windows batch
> > files to DTRT, each one of which basically invok
> Date: Sat, 28 Feb 2015 10:17:17 +0100
> From: Patrice Dumas
> Cc: Eli Zaretskii , Karl Berry
>
> On Thu, Feb 26, 2015 at 03:34:18PM +0100, Patrice Dumas wrote:
> > On Tue, Feb 24, 2015 at 06:39:09PM +0200, Eli Zaretskii wrote:
> >
> > The real but is that texi2any.pl should never be called di
On Fri, Feb 27, 2015 at 09:27:41AM +0200, Eli Zaretskii wrote:
>
> revert them. IOW, this is unreliable. So we provide Windows batch
> files to DTRT, each one of which basically invokes Perl on its
> namesake Perl script, e.g., there's texi2any.bat that invokes
> "perl texi2any".
It seems to me
On Thu, Feb 26, 2015 at 03:34:18PM +0100, Patrice Dumas wrote:
> On Tue, Feb 24, 2015 at 06:39:09PM +0200, Eli Zaretskii wrote:
>
> The real but is that texi2any.pl should never be called directly, it
> should always be called like ${PERL} texi2any.pl with ${PERL} detected
> by configure. I'll tr
> Date: Fri, 27 Feb 2015 11:02:00 -0500
> From: Ken Brown
> CC: k...@freefriends.org, bug-texinfo@gnu.org
>
> > I'm actually asking myself why do we redirect stdin to the file before
> > reading it, instead of using 'fopen' to read the few first bytes, and
> > then, only if it is compressed, redi
On 2/27/2015 9:39 AM, Eli Zaretskii wrote:
Date: Fri, 27 Feb 2015 13:43:48 +
From: Gavin Smith
Cc: Eli Zaretskii , Karl Berry , Texinfo
On 27 February 2015 at 13:13, Ken Brown wrote:
No, it turns out that it has to do with buffered I/O. See the thread
starting here:
https://cygwin.
> Date: Fri, 27 Feb 2015 13:43:48 +
> From: Gavin Smith
> Cc: Eli Zaretskii , Karl Berry , Texinfo
>
>
> On 27 February 2015 at 13:13, Ken Brown wrote:
> > No, it turns out that it has to do with buffered I/O. See the thread
> > starting here:
> >
> > https://cygwin.com/ml/cygwin/2015-0
On 27 February 2015 at 13:13, Ken Brown wrote:
> No, it turns out that it has to do with buffered I/O. See the thread
> starting here:
>
> https://cygwin.com/ml/cygwin/2015-02/msg00887.html
>
> Replacing the fseek in line 841 by another call to freopen fixes the
> problem. I don't know if that
On 2/27/2015 2:00 AM, Eli Zaretskii wrote:
Date: Thu, 26 Feb 2015 21:34:03 +
From: Gavin Smith
Cc: Eli Zaretskii , Karl Berry , Texinfo
I checked the 5.2 release and it was done differently. The code looked like:
if (*compression_program)
{ /* It's compressed, so fclose the file
> Date: Thu, 26 Feb 2015 21:34:03 +
> From: Gavin Smith
> Cc: Eli Zaretskii , Karl Berry , Texinfo
>
>
> I checked the 5.2 release and it was done differently. The code looked like:
>
> if (*compression_program)
> { /* It's compressed, so fclose the file and then open a pipe. */
>
I didn't mean to change this in texi2any.pl that is installed,
Additional ugliness and complexity merely to work around Windows
deficiencies seems pretty undesirable to me.
Eli, groff has a bunch of #!/usr/bin/env perl scripts.
What does mingw do with them?
(vc-dwim also uses #!/usr/bin/env
On 26 February 2015 at 20:12, Ken Brown wrote:
> Yes, it's an error message from gzip. I stepped through ginstall-info in gdb
> and found that the error message comes right after the popen call in line 847
> of install-info.c.
>
> Maybe I'm missing something, but how could that popen call possi
On 26 February 2015 at 20:12, Ken Brown wrote:
> Maybe I'm missing something, but how could that popen call possibly DTRT?
> "gzip -d" has been called without being given the name of the file to
> decompress.
It's reading from standard input, which was redirected earlier when
the input file wa
> Date: Wed, 25 Feb 2015 19:31:34 +
> From: Gavin Smith
> Cc: Karl Berry , Texinfo
>
> > However, I don't see why the HAVE_FORK branch should behave
> > differently: it doesn't check the exit status of 'man', AFAICS, just
> > that the text it returned is non-empty. And the Unix 'man' also s
On 25 February 2015 at 16:20, Eli Zaretskii wrote:
>> Date: Tue, 24 Feb 2015 20:28:10 +
>> From: Gavin Smith
>> Cc: Karl Berry , Texinfo
>>
>> On 24 February 2015 at 20:06, Eli Zaretskii wrote:
>> >> Is it possible to change the version of terminal_initialize_terminal
>> >> for MinGW (pc_in
On 24 February 2015 at 20:16, Eli Zaretskii wrote:
> Could you perhaps describe in more detail the job of pseudotty and its
> relation to what Init-inter.inc does? I'd like to explore a
> possibility of writing a native Windows version of that, but there's a
> lot of stuff there of which I don't
On 24 February 2015 at 20:06, Eli Zaretskii wrote:
>> Is it possible to change the version of terminal_initialize_terminal
>> for MinGW (pc_initialize_terminal in pcterm.c, I think) not to abort -
>> maybe it could set terminal_is_dumb_p so we can exit later?
>
> Yes, I can do that if you prefer i
> Date: Tue, 24 Feb 2015 19:29:34 +
> From: Gavin Smith
> Cc: Karl Berry , Texinfo
>
> Here's a fix to skip these tests. The test in configure.ac may not
> manage to exclude Cygwin, considering that Ken managed to compile
> pseudotty under Cygwin - suggestions are welcome.
Thanks.
One othe
> Date: Tue, 24 Feb 2015 19:56:41 +
> From: Gavin Smith
> Cc: Karl Berry , Texinfo
>
> > Here's the patch to avoid terminal initialization in non-interactive
> > sessions. (If you think this should be confined to the MinGW port, I
> > can move this to pcterm.c instead.) I think using isatt
On 24 February 2015 at 16:39, Eli Zaretskii wrote:
> Running the non-interactive Info tests revealed a problem in the
> reader: it would abort when invoked with redirected stdin/stdout,
> because the MinGW-specific terminal initialization bails out in that
> case. A patch to fix that is attached
> Next, "make check" fails because info/pseudotty.c cannot be possibly
> compiled on Windows (and I'm not sure how portable it is to Posix
> platforms, either). This is bad news for the MinGW port, because most
> of the Info brand-new test suite will not run. I found and ran all
> the non-interac
> The infokey file _is_ being read, I just edited out those two
> messages.
>
> Which part(s) of the infokey file are supposed to change the behavior
> we are talking about?
On second thought the infokey file is probably not the issue here.
>
> Here's my full output:
>
> $ ./t/dir-file-slopp
> Date: Tue, 24 Feb 2015 17:59:53 +
> From: Gavin Smith
> Cc: Karl Berry , Texinfo
>
> On 24 February 2015 at 16:39, Eli Zaretskii wrote:
> > Next, "make check" fails because info/pseudotty.c cannot be possibly
> > compiled on Windows (and I'm not sure how portable it is to Posix
> > platfo
On 24 February 2015 at 16:39, Eli Zaretskii wrote:
> Next, "make check" fails because info/pseudotty.c cannot be possibly
> compiled on Windows (and I'm not sure how portable it is to Posix
> platforms, either). This is bad news for the MinGW port, because most
> of the Info brand-new test suite
On 2/24/2015 11:39 AM, Eli Zaretskii wrote:
Next, "make check" fails because info/pseudotty.c cannot be possibly
compiled on Windows (and I'm not sure how portable it is to Posix
platforms, either).
It compiles on Cygwin but apparently doesn't work the way it should.
All the interactive tests
> Date: Mon, 23 Feb 2015 22:46:23 GMT
> From: k...@freefriends.org (Karl Berry)
>
> Here's the first pretest for the next Texinfo release (which will be
> 6.0, due to the substantial overhaul of standalone Info and completely
> new implementation of texindex), for your testing pleasure:
>
> ftp
Thanks for this, Karl. It's great to have new-and-improved toys to play
with!
Mahlon
On 02/24/2015 06:46 AM, Karl Berry wrote:
Here's the first pretest for the next Texinfo release (which will be
6.0, due to the substantial overhaul of standalone Info and completely
new implementation of t
Here's the first pretest for the next Texinfo release (which will be
6.0, due to the substantial overhaul of standalone Info and completely
new implementation of texindex), for your testing pleasure:
ftp://alpha.gnu.org/gnu/texinfo/texinfo-5.9.90.tar.xz
http://alpha.gnu.org/gnu/texinfo/texinfo-
29 matches
Mail list logo