Skip Menu |

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

Report information
The Basics
Id: 15085
Status: open
Priority: 0/
Queue: Archive-Zip

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

Bug Information
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.