Skip Menu |
 

This queue is for tickets about the Filter CPAN distribution.

Report information
The Basics
Id: 53131
Status: open
Priority: 0/
Queue: Filter

People
Owner: Nobody in particular
Requestors: user42 [...] zip.com.au
Cc:
AdminCc:

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



Subject: Filter::Decompress example read by block
Date: Mon, 28 Dec 2009 10:39:49 +1100
To: bug-Filter [...] rt.cpan.org
From: Kevin Ryde <user42 [...] zip.com.au>
Download (untitled) / with headers
text/plain 472b
In the Filter::Decompress example in the sources, I wonder if the filter_read() calls made might be block-based, rather than line-based, which if I read the docs right would be by passing a size arg. That'd be good as an example of what you should do to be block based, and could be important if anyone actually runs the code as I don't think gzip/zlib compressed has newlines anywhere particular, so line-based may read huge chunks or tiny chunks (both undesirable :-).
Agreed
Download (untitled) / with headers
text/plain 337b
On Sun Jul 26 06:56:27 2015, RURBAN wrote: Show quoted text
> Agreed
FYI: block based reads need a filter_read with a size != 0 parameter. decrypt/encrypt use that (block size 4), decrypt/decrypt.xs also. the used blocksize is only the size of the secret, so it's not performant, but very simple. Where did you see the wrong example? -- Reini Urban


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.