On Tue May 01 19:40:49 2007, [EMAIL PROTECTED] wrote:
>
>
> Here is the output of 'ack' for SVN_ENTRIES in trunk (post-
> Configure.pl, in this instance):
>
> [parrot] 521 $ ack --nohtml --nophp SVN_ENTRIES
...
> config_lib.pasm
> 274:set P0["SVN_ENTRIES"], P1
>
>
> But do we have to do an
On Tue May 01 15:58:34 2007, particle wrote:
> > #
> > [parrot] 502 $ ack --nohtml --nophp svn_entries
> > config/gen/revision.pm
> > 31:my $entries = $Parrot::Revision::svn_entries;
> >
> >
> your interpretation is correct. '.svn_entries' is an svn metadata file
> that's not even availabl
More research.
1. Here is the output of a recent run in trunk of coverage analysis on the
code underlying
tools/build/pmc2c.pl:
[parrot] 517 $ PERL5OPT=-MDevel::Cover=-db,coverage/pmc2c prove
t/tools/pmc2cutils/*.t
"$@"
t/tools/pmc2cutils/00-qualifyDevel::Cover: Can't open -e for MD5
On Tue Apr 10 01:45:31 2007, [EMAIL PROTECTED] wrote:
> Configure should act as though writing --foo=no is false instead of
> true. Tonight I tried using --execcapable=no to get around a compile
> failure, but then realized that it would probably treat "no" as a true
> value.
>
I discussed th
In article <[EMAIL PROTECTED]>, Larry Wall
<[EMAIL PROTECTED]> wrote:
> On Tue, May 01, 2007 at 10:04:50AM -0500, brian d foy wrote:
> : Is there going to be a Perl 6 equivalent to $ARGV (the current filename
> : for the ARGV filehandle)?
>
> Hmm, well, we did away with unsigiled filehandles, and
# New Ticket Created by chromatic
# Please include the string: [perl #42853]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42853 >
Another good coding standard test is to check that all C functions have API
documentation
On Wednesday 14 March 2007 07:51:37 [EMAIL PROTECTED] wrote:
> Given the following:
>
> .namespace ['A']
>
> .sub 'find_method' :vtable :method
> say 'find_method!'
> .end
>
> .sub main :main
> $P0 = newclass 'A'
> $P1 = new 'A'
> $P2 = find_method $P1, 'foo'
> .end
>
> the 'find_m
On Tue, May 01, 2007 at 10:52:19PM +0100, Nicholas Clark wrote:
> > Date: Tue May 1 06:29:35 2007
> > New Revision: 18369
> >
> > Modified:
>
> >trunk/src/malloc.c
>
> > Modified: trunk/src/malloc.c
> > ==
>
> [316
On Saturday 17 March 2007 08:29:15 via RT wrote:
> Attached is an extended implementation of the mmap io layer. It adds the
> write and seek funcitons to the layer.
>
> It can be tested with the attached pir programm. It needs also a little
> modification in io_unix.c, this comes in a separate bug
On Saturday 17 March 2007 08:29:15 via RT wrote:
> # New Ticket Created by
> # Please include the string: [perl #41875]
> # in the subject line of all future correspondence about this issue.
> # http://rt.perl.org/rt3/Ticket/Display.html?id=41875 >
>
>
> The patch makes PIO_unix_seek to update io-
Author: chromatic
Date: Tue May 1 17:00:16 2007
New Revision: 18383
Modified:
trunk/docs/pdds/draft/pdd11_extending.pod
Changes in other areas also in this revision:
Modified:
trunk/docs/extend.pod
trunk/ext/Parrot-Embed/lib/Parrot/Embed.xs
trunk/ext/Parrot-Embed/typemap
trunk/inc
Author: particle
Date: Tue May 1 16:41:53 2007
New Revision: 18382
Modified:
trunk/docs/pdds/pdd21_namespaces.pod
Changes in other areas also in this revision:
Modified:
trunk/src/pmc/namespace.pmc
trunk/t/pmc/namespace.t
Log:
[pmc]: added functionality to NameSpace PMC 'export_to' met
On Tue, May 01, 2007 at 05:45:26PM -0400, Mark J. Reed wrote:
: Right. Something akin to P5's $SIG{__WARN__} and $SIG{__DIE__} would
: also work, but that never seemed to be quite the right way to do that,
: to me.
Never seemed quite right to me either. Er, except way back when it did... :/
In
On 5/1/07, James Keenan via RT <[EMAIL PROTECTED]> wrote:
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of
In the course of writing tests for Parrot::Revision (see the 'reconfigure'
branch), I noticed that
much of the code depends on the definedness and value of $svn_entries.
However, since
$svn_entries is explicitly undefined at the top of lib/Parrot/Revision.pm, and
since it's never
assigned to
> Date: Tue May 1 06:29:35 2007
> New Revision: 18369
>
> Modified:
>trunk/src/malloc.c
> Modified: trunk/src/malloc.c
> ==
[3168 lines of diff]
Given that that file starts:
/*
This is a version (aka dlmalloc)
On 5/1/07, Larry Wall <[EMAIL PROTECTED]> wrote:
: I think I prefer a more significant difference between the default
: targets and the POSIXy std* values that they are initialized to, like
: the Ruby notion of using global variables initialized to named
: constants, e.g. $stderr starts out as e
The OrderedHash PMC provides keyed and indexed access to its elements. It's a
hash that remembers the order of its key/value pair additions and it's an
array that allows keyed access to (some of) its members.
While the naive approach might be to use both a hash and an array underneath,
this PM
Hi all,
There are a couple of files (src/string.c for one) that use a documentation
format called FUNCDOC. Apparently there are tools for it in tools/, but they
appear mostly unused.
Does anyone remember why FUNCDOC is there? Alternately, does anyone have
strong objections to replacing it wi
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
typo fixes, spelling fixes, documentation welcome, as well as code
refactorings.
I'm going to try to describe the purpose of each of the functions to get
things started.
Patch coming soon. :)
Kevin
1
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
> I've done realclean a few times actually. If I run with r18322, it
> runs just fine, but r18323, which dealt with zero length mallocs for
> strings, caused it to start crashing. Here's a backtrace. This is one
> of those tests where with -G
chromatic <[EMAIL PROTECTED]> wrote:
On Sunday 29 April 2007 11:18:20 Joshua Isom wrote:
> I've done realclean a few times actually. If I run with r18322, it
> runs just fine, but r18323, which dealt with zero length mallocs for
> strings, caused it to start crashing. Here's a backtrace. This
# New Ticket Created by Kevin Tew
# Please include the string: [perl #42848]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=42848 >
This week's file of the week is:
src/object.c
As Allison says below, no patch is to small.
On Tue, May 01, 2007 at 01:41:45PM -0400, Mark J. Reed wrote:
: On 5/1/07, Larry Wall <[EMAIL PROTECTED]> wrote:
: >The plan introduced in A06 was to leave $*('IN'|'OUT'|'ERR') bound
: >to stdin, stdout, and stderr (which can still be dickered with on
: >the POSIXy level, of course), and instead em
On Tue, May 01, 2007 at 10:04:50AM -0500, brian d foy wrote:
: Is there going to be a Perl 6 equivalent to $ARGV (the current filename
: for the ARGV filehandle)?
Hmm, well, we did away with unsigiled filehandles, and renamed @ARGV
to @*ARGS, so $*ARGS is presumably the magical filehandle, which m
On 5/1/07, Larry Wall <[EMAIL PROTECTED]> wrote:
The plan introduced in A06 was to leave $*('IN'|'OUT'|'ERR') bound
to stdin, stdout, and stderr (which can still be dickered with on
the POSIXy level, of course), and instead emulate p5's select(FH)
using a global variable $*DEFOUT for the default
On Tue, May 01, 2007 at 09:26:38AM -0700, Jonathan Lang wrote:
: On 5/1/07, brian d foy <[EMAIL PROTECTED]> wrote:
: >I was thinking about default filehandles yesterday. select() doesn't
: >seem to be around except as an "Unfiled" function in S16.
: >
: >Then, as I was looking at
: >
: > .say( "H
On 5/1/07, brian d foy <[EMAIL PROTECTED]> wrote:
I was thinking about default filehandles yesterday. select() doesn't
seem to be around except as an "Unfiled" function in S16.
Then, as I was looking at
.say( "Hello World" );
At various times, I have seen something to the effect of each of
On Tue, May 01, 2007 at 10:00:00AM +0100, Smylers wrote:
: That'll make it easy for people porting PHP scripts to Perl 6 -- in
: particular for those wanting to port the security hole where a CGI
: parameter is used to form part of a filename opened by a script but a
: malicious user can supply a U
On 5/1/07, Smylers <[EMAIL PROTECTED]> wrote:
What are the situations in which a programmer really needs to open
something but doesn't know wether that thing is a file, a directory, or
a URL? I'm still unpersuaded this is sensible default behaviour.
Lots of times. It's an agnosticism, meaning
>From: Paul Johnson via RT <[EMAIL PROTECTED]>
>Date: 2007/05/01 Tue AM 06:15:38 CDT
>To: [EMAIL PROTECTED]
>Subject: Re: [perl #41897] [BUG]: Parrot::Pmc2c::STMRef gets 'subroutine
>prederef redefined' warning
>
>
>Not really, I'm afraid. I don't think I've seen a similar problem with
>Devel::
We're most of the way through the implementation of PDD 15, but still
have a few final steps before it can completely replace the current
implementation. Much of the current implementation of OO lives in
src/objects.c and src/ops/object.ops. Much of the code is specific to
the ParrotClass/Parro
Is there going to be a Perl 6 equivalent to $ARGV (the current filename
for the ARGV filehandle)?
This is something I wanted to use in an example in the Learning Perl 6
filehandles chapter:
http://www.learningperl6.com/Chapters/11.filehandles.html
I was thinking about default filehandles yesterday. select() doesn't
seem to be around except as an "Unfiled" function in S16.
Then, as I was looking at
.say( "Hello World" );
and
$ERR.say( "Hello standard error" );
I figured this might work, and does. Topicalizing a filehandle kinda
On Fri, 27 Apr 2007 11:19:59 -0700
Andy Dougherty (via RT) <[EMAIL PROTECTED]> wrote:
> "src/gc/dod.c", line 462: undefined symbol:
> PObj_bufstart_external_FLAG
I hunted for this a bit lastnight, so I'm posting my progress.
The source lines in question are:
461 /* the real external flag
On Sun, Mar 18, 2007 at 11:08:24AM -0700, James Keenan wrote:
[ I've just noticed this via a summary that I rescued from
spamassassin's rather overenthusiastic clutches. Thanks Ann. ]
> I've found through experience that running Devel::Cover to perform
> coverage analysis on my code sometimes
John Macdonald writes:
> open(:file), open(:dir), open(:url), ... could be the non-dwimmy
> versions. If you don't specify an explicit non-dwimmy base variant,
> the dwim magic makes a (preferrably appropriate) choice.
That'll make it easy for people porting PHP scripts to Perl 6 -- in
particula
BTW, seems like the game has already started
http://blogs.msdn.com/hugunin/archive/2007/04/30/a-dynamic-language-runtime-dlr.aspx
"Allison Randal" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nikolay,
>
> Here's a few things you (and others) can do:
>
> - give a talk about Parro
I've already started a project that embeds Parrot
"Allison Randal" <[EMAIL PROTECTED]> wrote in message
news:[EMAIL PROTECTED]
> Nikolay,
>
> Here's a few things you (and others) can do:
>
> - give a talk about Parrot at your local linux/ruby/python/php/perl/etc
> user group (recruiting new deve
39 matches
Mail list logo