Skip Menu |
 

Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the PPI CPAN distribution.

Report information
The Basics
Id: 81616
Status: resolved
Priority: 0/
Queue: PPI

People
Owner: Nobody in particular
Requestors: NEILB [...] cpan.org
Cc:
AdminCc:

Bug Information
Severity: Important
Broken in: 1.215
Fixed in: (no value)



Subject: trying to parse Perl::Tidy fails with "File is too large"
Download (untitled) / with headers
text/plain 652b
If I try and parse Perl::Tidy, it dies with Perl::Tidy Looking at the code it says: if ( $self->{source_bytes} > 1048576 ) { # Dammit! It's ALWAYS the "Perl" modules larger than a # meg that seems to blow up the Tokenizer/Lexer. # Nobody actually writes real programs larger than a meg # Perl::Tidy (the largest) is only 800k. # It is always these idiots with massive Data::Dumper # structs or huge RecDescent parser. PPI::Exception::ParserRejection->throw("File is too large"); But now Perl::Tidy 1.74 is 1088055 bytes :-( Would you accept a patch to change this hard-coded figure?
Download (untitled) / with headers
text/plain 298b
At my company (where we use Perl::Critic, which relies on PPI, quite regularly), we have a number of Perl applications that exceed the 1M size limit. It would be nice to have this be some sort of option, if not just outright raised. Randy -- Randy J. Ray rjray@blackperl.com randy.j.ray@gmail.com
Download (untitled) / with headers
text/plain 144b
With the latest release of PPI this limit has been removed: https://metacpan.org/release/PPI Please let me know if you have further issues. :)


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.