Skip Menu |

This queue is for tickets about the Filter CPAN distribution.

Report information
The Basics
Id: 53131
Status: stalled
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)

History Show all quoted text
  Sun Dec 27 18:41:31 2009 user42 [...] zip.com.au - Ticket created
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>
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 :-).
  Sun Jul 26 06:56:27 2015 RURBAN [...] cpan.org - Correspondence added
Agreed
  Sun Jul 26 06:56:28 2015 The RT System itself - Status changed from 'new' to 'open'
  Fri Jan 20 16:01:50 2017 RURBAN [...] cpan.org - Correspondence added
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
  Wed Aug 05 07:14:21 2020 RURBAN [...] cpan.org - Status changed from 'open' to 'stalled'