[perl #57776] [BUG] PIO_buf_read segfault

2008-09-21 Thread Stephane Payrard via RT
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

[perl #57776] [BUG] PIO_buf_read segfault

2008-09-21 Thread Stephane Payrard via RT
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 ../../runtime/parrot/library/PGE/Per

Re: Should MY:: be a real symbol table?

2001-09-02 Thread Stephane Payrard
On Son, 02 Sep 2001, Brent Dax wrote: > > > 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 second-class citizens. > The opcodes to look up a my() variable are

Re: Something to hash out

2001-08-29 Thread Stephane Payrard
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

Re: Opcode Dispatch

2001-08-06 Thread Stephane Payrard
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