Skip Menu |

This queue is for tickets about the File-Map CPAN distribution.

Report information
The Basics
Id: 67623
Status: resolved
Priority: 0/
Queue: File-Map

People
Owner: Nobody in particular
Requestors: OPI [...] cpan.org
Cc:
AdminCc:

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



Subject: test bug in t/20-remap.t
In t/20-remap.t the test maps the temp file as map_handle $map, $fh, '>' On a SLES10 system this results in protection bits of "2" which means write-only. To be correct the command should read map_handle $map, $fh, '+>'
Subject: File-Map-remap.diff
--- File-Map-0.36/t/20-remap.t 2011-01-26 21:53:59.000000000 +0100 +++ File-Map-0.36.new/t/20-remap.t 2011-04-20 18:01:56.000000000 +0200 @@ -12,7 +12,7 @@ print {$fh} "$_ pidgeons are evil\n" for 1 .. 1000; my $map; -lives_ok { map_handle $map, $fh, '>' } 'Can map tempfile'; +lives_ok { map_handle $map, $fh, '+>' } 'Can map tempfile'; is length $map, -s $fh, 'map length equals file length';
On Wed Apr 20 12:06:09 2011, OPI wrote: Show quoted text
> In t/20-remap.t the test maps the temp file as > > map_handle $map, $fh, '>' > > On a SLES10 system this results in protection bits of "2" which means > write-only. To be correct the command should read > > map_handle $map, $fh, '+>'
How embarressing, this is exactly the kind of thing I warn for in my pitfalls section. Fixed in 0.37. Leon