the problematic test is:
slurp(./t)
Unix accepts to open a directory but that leads to problem down the pipe.
This following patch, apparently innocent, should fix the problem by refusing
to open a
directory but it triggers a memory bug.
../../parrot
A better patch that stats the opened file.
That avoids possible race conditions and is faster.
thx to jonathan and NotFound for pointing the shortcomings of the previous
patch.
# now the test pass
ok 3 - slurp() on directories fails
--- ./src/io/io_unix.c.orig 2008-09-19 17:56:19.0
On Mon, 28 Jan 2002, Garrett Goebel wrote:
From: Brent Dax [mailto:[EMAIL PROTECTED]]
Aaron Sherman:
#
# I think the first guy that gets hired to maintain Perl6 code,
# and think hey, I know Perl, no sweat will disagree with
# you.
I disagree. He'll see stuff he doesn't
On Son, 02 Sep 2001, Brent Dax wrote:
rant type=possibly-incorrect onincorrect=correct-without-flames
Currently, in Perl 5, my() variables are stored in a totally separate
way from normal our()/local() variables, in an array-of-arrays
structure. This means that my() variables are
Hi Leon!
On Wed, 29 Aug 2001, Leon Brocard wrote:
Dan Sugalski sent the following bits through the ether:
I like it
The following amusing entries were posted on london.pm-list but
I haven't seen them here, so without further ado:
Greg McCarroll:
pbc could be shortened to pb,
Can we expect that perl6 bytecode will be used to implement the Perl
equivalent of shared libraries. I wrote an (admittedly poorly worded)
RFC to state the problem, but got no feedback: see
http://dev.perl.org/rfc/338.pod
--
stef
