Preferred bug tracker

Please visit the preferred bug tracker to report your issue.

This queue is for tickets about the Archive-Zip CPAN distribution.

Report information
The Basics
Id:
15085
Status:
open
Priority:
Low/Low
Queue:

People
Owner:
Nobody in particular
Requestors:
Cc:
AdminCc:

BugTracker
Severity:
Wishlist
Broken in:
(no value)
Fixed in:
(no value)



Subject: MemberRead->getline too helpful
getline() Returns the next line from the currently open member. Makes sense only for text files. A read error is considered fatal enough to die. Returns undef on eof. All subsequent calls would return undef, unless a rewind() is called. Note: The line returned has the newline removed. It removes the newline on the end quite effectively mangling the data. I can put the newline back, but I cannot know if there was a newline at the end of the file or not. Thus, data is lost. I hereby coin the term "inconvenience feature" to describe this sort of behavior. Because of backwards compatibility concerts, the only thing I can think to do is implement a new method with a new name. readline() or something.
Hello Michael, Thank you for the suggestion. getline() can now be invoked as getline( { preserve_line_ending => 1 } ) so as to preserve line endings. This feature will be available in the next version. Regards, Alan Haggai Alavi.


This service runs on Request Tracker, is sponsored by The Perl Foundation, and maintained by Best Practical Solutions.

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