Skip Menu |

This queue is for tickets about the MIME-tools CPAN distribution.

Report information
The Basics
Id: 64610
Status: resolved
Priority: 0/
Queue: MIME-tools

People
Owner: dfs+pause [...] roaringpenguin.com
Requestors: SILASMONK [...] cpan.org
Cc:
AdminCc:

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



Subject: Two spelling errors
compatibilty overriden
Subject: spelling.patch
Description: spelling fix Origin: vendor Forwarded: no Author: gregor herrmann <gregoa@debian.org> Last-Update: 2010-06-12 --- a/lib/MIME/Parser.pm +++ b/lib/MIME/Parser.pm @@ -1790,7 +1790,7 @@ B<Native I/O is much faster than object-oriented I/O.> It's much faster to use E<lt>$fooE<gt> than $foo-E<gt>getline. -For backwards compatibilty, this module must continue to use +For backwards compatibility, this module must continue to use object-oriented I/O in most places, but if you use L<parse()|/parse> with a "real" filehandle (string, globref, or subclass of IO::File) then MIME::Parser is able to perform some crucial optimizations. --- a/lib/MIME/Parser/Filer.pm +++ b/lib/MIME/Parser/Filer.pm @@ -34,7 +34,7 @@ =head2 Semi-public interface -These methods might be overriden or ignored in some subclasses, +These methods might be overridden or ignored in some subclasses, so they don't all make sense in all circumstances: ### Tweak the mapping from content-type to extension:
Thanks; I have applied your patch and it will be in the next release. Regards, David.
Hello, I believe the just-released 5.501 version of MIME::tools fixes this bug. Regards, David.
Hi David On Thu Feb 17 16:21:17 2011, DSKOLL wrote: Show quoted text
> Hello, > > I believe the just-released 5.501 version of MIME::tools fixes this
bug. It seems the patch was not completly applied, the first part is still missing in 5.502 and 5.503: --- a/lib/MIME/Parser.pm +++ b/lib/MIME/Parser.pm @@ -1791,7 +1791,7 @@ B<Native I/O is much faster than object-oriented I/O.> It's much faster to use E<lt>$fooE<gt> than $foo-E<gt>getline. -For backwards compatibilty, this module must continue to use +For backwards compatibility, this module must continue to use object-oriented I/O in most places, but if you use L<parse()|/parse> with a "real" filehandle (string, globref, or subclass of IO::File) then MIME::Parser is able to perform some crucial optimizations. Regards, Salvatore
Hi, The typo is definitely fixed as of 5.505. Regards, David.