Skip Menu |
 

This queue is for tickets about the Pod-Perldoc CPAN distribution.

Report information
The Basics
Id: 73074
Status: resolved
Priority: 0/
Queue: Pod-Perldoc

People
Owner: Nobody in particular
Requestors: ppisar [...] redhat.com
Cc:
AdminCc:

Bug Information
Severity: Critical
Broken in: 3.15_10
Fixed in: (no value)



Subject: ToMan output blocks on perlfunc
3.15_10 (and 3.15.11) cannot process perlfunc.pod from perl-5.14.2. perlpod stops sending any output to roff: $ perldoc -D -F /usr/share/perl5/pod/perlfunc.pod Ending switch processing. Args are [/usr/share/perl5/pod/perlfunc.pod] with 0 errors. /usr/bin/perldoc => Pod::Perldoc v3.15_10 Formatter class Pod::Perldoc::ToMan version 3.15_10 successfully loaded! Will format with the class Pod::Perldoc::ToMan Searching for /usr/share/perl5/pod/perlfunc.pod Version 3.15_04 from perl-5.14.2 bundle can handle this POD file. I found the problem occurs when processing line 2591: 2582 print hex '0xAf'; # prints '175' 2583 print hex 'aF'; # same 2584 2585 Hex strings may only represent integers. Strings that would cause 2586 integer overflow trigger a warning. Leading whitespace is not stripped, 2587 unlike oct(). To present something as hex, look into L</printf>, 2588 L</sprintf>, and L</unpack>. 2589 2590 =item import LIST 2591 X<import> If I truncate the POD before the line, this new perlpod works. Output to different formats (unformated or text) works always.
Subject: Re: [rt.cpan.org #73074] AutoReply: ToMan output blocks on perlfunc
Date: Thu, 8 Dec 2011 17:13:13 +0100
To: Bugs in Pod-Perldoc via RT <bug-Pod-Perldoc [...] rt.cpan.org>
From: Petr Pisar <ppisar [...] redhat.com>
Download (untitled) / with headers
text/plain 224b
The problem appears first with commit bd0cf70fb668af400923efc7fce921b2625ba68e merged from podman branch. These times podman blocks on different line. But the whole perlfunc page still works as effective testcase. -- Petr
Download (untitled) / with headers
text/plain 209b
It looks like this is related to the length of the input file, not anything in the file itself. I have a pipe to groff that looks like it needs to write in chunks instead of sending the entire file at once.
Download (untitled) / with headers
text/plain 267b
I think I've fixed this in 3.15_012. Give it a try. By reading from the bi-directional pipe as I write to it, I let groff keep doing it's work. I think it fills up its output buffer otherwise and then refuses to read more. The patch is a bit rough, but it's there.
Subject: Re: [rt.cpan.org #73074] ToMan output blocks on perlfunc
Date: Fri, 9 Dec 2011 14:47:17 +0100
To: brian d foy via RT <bug-Pod-Perldoc [...] rt.cpan.org>
From: Petr Pisar <ppisar [...] redhat.com>
Download (untitled) / with headers
text/plain 845b
On Fri, Dec 09, 2011 at 08:04:49AM -0500, brian d foy via RT wrote: Show quoted text
> <URL: https://rt.cpan.org/Ticket/Display.html?id=73074 > > > I think I've fixed this in 3.15_012. Give it a try. >
The HEAD of master branch as well as 6ce4cbd97873fe234d7c35538b62f2c4516ce57c (RT #73074 Read from the groff) work on perlfunc for me very well. Thank you. Show quoted text
> By reading from the bi-directional pipe as I write to it, I let groff keep > doing it's work. I think it fills up its output buffer otherwise and then > refuses to read more. The patch is a bit rough, but it's there.
I don't think this an issue of groff. If I use perldoc `-n' argument to call fake processor (cat in shell script), I get the same results. So this is generic issue of pipe buffers in kernel (that thay are not infinite). `getconf -a | grep PIPE' returns 4096 on my system. -- Petr


This service is sponsored and maintained by Best Practical Solutions and runs on Perl.org infrastructure.

Please report any issues with rt.cpan.org to rt-cpan-admin@bestpractical.com.