Allison sent me this reply:
> On Sep 19, 2008, at 3:42 AM, Allison Randal wrote:
> James E Keenan wrote:
> > Does this mean that the newsgroup perl.perl6.internal on
nntp.perl.org is dying as well?
> > If so, I think that will be a real loss. I vastly prefer the news
interface to a mailing li
Patrick R. Michaud wrote:
I sent the appropriate patch to the webmaster, but it hasn't
been applied yet (and I lack a commit bit for the parrotcode.org site).
Once that's applied, the url should be fixed.
Thanks, applied. I also updated parrot.org.
Allison
Patrick R. Michaud wrote:
On Thu, Sep 18, 2008 at 11:00:31AM +0200, Allison Randal wrote:
We'll likely end up with messages scattered between both lists for a
little while, but the perl6-internals/parrot-porters addresses are
deprecated and will be disabled after a sensible deprecation cycle (a
James E Keenan wrote:
> I set up the Google Group, because I know a number of people are
using it. Can I see a show of hands of people who are only using NNTP
and would have difficulty switching to a regular email subscription or
Google Group? (I can't send to a newsgroup from my email client
After realclean works fine. Sorry
--
Pozdrawiam
# New Ticket Created by "Chris Davaz"
# Please include the string: [perl #59014]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59014 >
Got rid of "tempstr" and now returns the entire string on a non-match.
Index: src/built
Qui, 2008-09-18 às 18:11 +0200, TSa escreveu:
> Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar
> without an accessor?
Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply
that $!A::bar is not visible from inside B, and therefore, there's
nothing to be overrid
On Wed Sep 17 16:57:06 2008, cotto wrote:
> On Mon Oct 01 10:40:33 2007, pcoch wrote:
> > In src/exceptions.c there is the todo comment: [TODO: replace
> > quadratic search with something linear, hopefully without trashing
> > abstraction layers
>
>
> I can't find this comment any more, nor any o
On Fri, 19 Sep 2008, James E Keenan wrote:
> Allison sent me this reply:
> I set up the Google Group, because I know a number of people are using
> it. Can I see a show of hands of people who are only using NNTP and
> would have difficulty switching to a regular email subscription or
> Google
Allison Randal wrote:
James E Keenan wrote:
> I set up the Google Group, because I know a number of people are
using it. Can I see a show of hands of people who are only using NNTP
and would have difficulty switching to a regular email subscription or
Google Group? (I can't send to a newsgro
On Thu Sep 18 08:52:10 2008, julianalbo wrote:
> I changed the fix in r31230 to allocate char instead of char *,
> adjusted the formula for buffer size and added a comment explaining it
> to lower the level of black magic, and added a check for each item,
> dropping the XXX comment that asked for i
# New Ticket Created by "Chris Davaz"
# Please include the string: [perl #59016]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59016 >
Sorry forgot to put the method in alphabetical order, here you go.
On Fri, Sep 19, 200
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59064]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59064 >
On Sat, Sep 20, 2008 at 12:33:27AM +1100, Илья wrote:
> >For example:
> > spli
# New Ticket Created by Patrick R. Michaud
# Please include the string: [perl #59068]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59068 >
On Fri, Sep 19, 2008 at 11:29:30AM +0400, Andrew Shitov wrote:
> when I tried to u
James E Keenan wrote:
That's false. I replied to the newsgroup, which is mirrored by the
mailing list. Whenever I've posted to the list (independent of posts to
RT), the posts have been mirrored by the mailing list. You asked we to
"forward this on," so I did exactly what I've done for hun
Andy Dougherty wrote:
I use NNTP. I much prefer the command-line news interface to Google
Groups, but I guess I wouldn't go so far as to say I would have
"difficulty" switching to a regular email subscription. Or, to put it
another way: If there were an NNTP interface, I would definitely us
Moved the split function from Str.pir to any-str.pm and removed the
Perl6Str coercion.
Index: src/builtins/any-str.pir
===
--- src/builtins/any-str.pir (revision 31254)
+++ src/builtins/any-str.pir (working copy)
@@ -172,6 +172,31 @@
HaloO,
Daniel Ruoso wrote:
Qui, 2008-09-18 às 18:11 +0200, TSa escreveu:
Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar
without an accessor?
Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply
that $!A::bar is not visible from inside B, and therefore, t
Chris Davaz wrote:
> Moved the split function from Str.pir to any-str.pm and removed the
> Perl6Str coercion.
Thanks, applied as r31265.
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
Hi,
what should ''.split('') return? The empty list, or a list with one null
string?
Moritz
--
Moritz Lenz
http://moritz.faui2k3.org/ | http://perl-6.de/
On Fri, Sep 19, 2008 at 05:58:59PM +0200, Moritz Lenz wrote:
: Hi,
:
: what should ''.split('') return? The empty list, or a list with one null
: string?
Empty list would make more sense as a degenerate case. In
'a'.split('')
we don't return the null strings before or after 'a', just (
# New Ticket Created by "Chris Davaz"
# Please include the string: [perl #59074]
# in the subject line of all future correspondence about this issue.
# http://rt.perl.org/rt3/Ticket/Display.html?id=59074 >
Moved the split function from Str.pir to any-str.pm and removed the
Perl6Str coercion.
Sex, 2008-09-19 às 17:49 +0200, TSa escreveu:
> Daniel Ruoso wrote:
> > Qui, 2008-09-18 às 18:11 +0200, TSa escreveu:
> >> Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar
> >> without an accessor?
> > Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply
> > tha
Sex, 2008-09-19 às 17:49 +0200, TSa escreveu:
> Daniel Ruoso wrote:
> > Qui, 2008-09-18 às 18:11 +0200, TSa escreveu:
> >> Shouldn't there be a warning in B that $!B::bar overwrites $!A::bar
> >> without an accessor?
> > Actually, $!B::bar doesn't overwrite $!A::bar... the problem is simply
> > tha
Larry Wall wrote:
> On Fri, Sep 19, 2008 at 05:58:59PM +0200, Moritz Lenz wrote:
> : Hi,
> :
> : what should ''.split('') return? The empty list, or a list with one null
> : string?
>
> Empty list would make more sense as a degenerate case. In
>
> 'a'.split('')
>
> we don't return the
Daniel Ruoso wrote:
> TSa wrote:
>> May I pose three more questions?
>>
>> 1. I guess that even using $!A::bar in methods of B is an
>> access violation, right? I.e. A needs to trust B for that
>> to be allowed.
>
> Yes
>
>> 2. The object has to carry $!A::bar and $!B::bar separately, right
Jon Lang wrote:
Daniel Ruoso wrote:
TSa wrote:
May I pose three more questions?
1. I guess that even using $!A::bar in methods of B is an
access violation, right? I.e. A needs to trust B for that
to be allowed.
Yes
2. The object has to carry $!A::bar and $!B::bar
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote:
So again the question: are back refs from the value to the containers
required to implement Perl 6? I guess not.
If I understand what you are saying, I agree. You can only go from some
container to a value, not the opposite direction, and
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote:
class A
{
has $.foo = "A";
has $!bar = "A";
method blahh()
{
say $.foo ~ $!foo ~ $!bar;
}
}
class B is A
{
has $.foo = "B";
has $!bar = "B";
}
my $a = A.new;
TSa Thomas.Sandlass-at-vts-systems.de |Perl 6| wrote:
May I pose three more questions?
1. I guess that even using $!A::bar in methods of B is an
access violation, right? I.e. A needs to trust B for that
to be allowed.
Correct.
2. The object has to carry $!A::bar and $!B::bar separate
Daniel Ruoso wrote:
> Jon Lang wrote:
>> Note that this ought only be true of class inheritance; with role
>> composition, there should only be one $!bar in the class, no matter
>> how many roles define it.
>
> er... what does that mean exactly?
Unless something has drastically changed since I las
In any-str.pir we need to figure out how to change
.sub 'split' :method :multi('String')
into
.sub 'split' :method :multi(_, 'String')
since the former method signature is causing problems for me as I'm
trying to implement
.sub 'split' :method :multi(_, 'Sub')
with an additional optional argu
32 matches
Mail list logo
