Re: [perl #61126] return should apply to the lexically enclosing routine, map is no exception

2008-12-08 Thread Carl Mäsak
Daniel (>), Carl (>>): >> The above reasoning raises the following question for me: how do I >> return from a sub or a method from within a map block? > > I suppose what you want can be achieved with "last", it probably should > work in "map" as well, since "map" and "for" are synonims... That is

Re: [perl #61126] return should apply to the lexically enclosing routine, map is no exception

2008-12-08 Thread Daniel Ruoso
Em Seg, 2008-12-08 às 12:08 +0100, Carl Mäsak escreveu: > Daniel (>), Carl (>>): > That is all good and well for exiting the map itself; but what I want > to achieve is to exit the surrounding sub or method block. Example: Er... I mean actually the opposite... it should always return from the surr

Re: [perl #61126] return should apply to the lexically enclosing routine, map is no exception

2008-12-08 Thread Daniel Ruoso
Em Dom, 2008-12-07 às 18:10 +0100, Carl Mäsak escreveu: > The above reasoning raises the following question for me: how do I > return from a sub or a method from within a map block? I suppose what you want can be achieved with "last", it probably should work in "map" as well, since "map" and "for"

Parrot Bug Summary

2008-12-08 Thread Parrot Bug Summary
Parrot Bug Summary http://rt.perl.org/rt3/NoAuth/parrot/Overview.html Generated at Mon Dec 8 14:00:01 2008 GMT --- * Numbers * New Issues * Overview of Open Issues * Ticket Status By Version * Requestors with mo

[perl #61136] [TODO] Implement .ACCEPT for Match class.

2008-12-08 Thread via RT
# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #61136] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61136 > Hello. Simple example [EMAIL PROTECTED]:~/src/xquery$ cat m.pl token a { 'a' }; to

[perl #61130] :nth() does not work with :x() or :g in .subst in Rakudo

2008-12-08 Thread Moritz Lenz via RT
On Sun Dec 07 07:24:07 2008, masak wrote: > The .subst method in Rakudo r33599 can understand :x()... > > $ perl6 -e 'say "foo1foo2foo3foo4".subst("foo", "bar", :x(2))' # yes > bar1bar2foo3foo4 > > ...and :nth()... > > $ perl6 -e 'say "foo1foo2foo3foo4".subst("foo", "bar", :nth(2))' # yes > foo1

[Parrot] New comment on Episode 3: Squaak Details and First Steps.

2008-12-08 Thread ChrisDolan
ChrisDolan has left a new comment on your post "Episode 3: Squaak Details and First Steps": srottak: I'll bet that #57864: Calling a token "text", "null" or "ws" in Rakudo makes matching fail is the cause. Posted by ChrisDolan to Parrot at December 7, 2008 9:10 PM

Re: [perl #41095] [BUG] Segfault in test.exe during Configuration

2008-12-08 Thread Nikolay Ananiev
Windows 2000 SP4 Visual Studio 2003 SP1 The hardware is: Pentium MMX (586) with 128mb ram. The problem with the test file is that it does not work reliably for the processors that do not support the fcomip cpu instruction (586 and earlier). I tried to fix this myself by using CPUID, but I don't

Re: [perl #61130] :nth() does not work with :x() or :g in .subst in Rakudo

2008-12-08 Thread Patrick R. Michaud
On Sun, Dec 07, 2008 at 03:09:30PM -0800, Moritz Lenz via RT wrote: > > ...but not :x() together with :nth()... > > > > $ perl6 -e 'say "foo1foo2foo3foo4".subst("foo", "bar", :x(2), > > :nth(2))' # expected foo1bar2foo3bar4 > > foo1bar2foo3foo4 > > > > The above are my personal expectations. The

[perl #61154] [TODO] Compiler - compreg disabled/imcc_compile_pir() not exported

2008-12-08 Thread via RT
# New Ticket Created by Ben Marsh # Please include the string: [perl #61154] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61154 > The test in t/src/compiler.t is being skipped with comment 'compreg disabled/imcc_compile_p

[Parrot] New comment on Episode 3: Squaak Details and First Steps.

2008-12-08 Thread kjs
kjs has left a new comment on your post "Episode 3: Squaak Details and First Steps": srottak: You should check the action method definitions in the action.pm file. Please note that each {*} indicates an invocation to an action method that has the same name as the rule in which the {*} occurs. Plea

Re: [perl #61126] return should apply to the lexically enclosing routine, map is no exception

2008-12-08 Thread Carl Mäsak
Daniel (>), Carl (>>): >> That is all good and well for exiting the map itself; but what I want >> to achieve is to exit the surrounding sub or method block. Example: > > Er... I mean actually the opposite... it should always return from the > surrounding sub or method, never only from "map", if yo

Re: Files, Directories, Resources, Operating Systems

2008-12-08 Thread Aristotle Pagaltzis
* Mark Overmeer <[EMAIL PROTECTED]> [2008-12-07 14:20]: > So why are you all so hessitating in making each other's life > easier? There is no 100% solution, but 0% is even worse! It looks like Python 3000 just tried that. People are not happy about it: http://utcc.utoronto.ca/~cks/space/blog/pyth

Re: Files, Directories, Resources, Operating Systems

2008-12-08 Thread Leon Timmermans
On Mon, Dec 8, 2008 at 8:16 PM, Aristotle Pagaltzis <[EMAIL PROTECTED]> wrote: > It looks like Python 3000 just tried that. > > People are not happy about it: > http://utcc.utoronto.ca/~cks/space/blog/python/OsListdirProblem > Yeeh, I also noted exactly that problem when reading the "What's New In

Re: Files, Directories, Resources, Operating Systems

2008-12-08 Thread Mark Overmeer
* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081208 19:16]: > * Mark Overmeer <[EMAIL PROTECTED]> [2008-12-07 14:20]: > > So why are you all so hessitating in making each other's life > > easier? There is no 100% solution, but 0% is even worse! > > It looks like Python 3000 just tried that. > People

Out of CONTROL...?

2008-12-08 Thread Patrick R. Michaud
A very interesting question came up on #perl today, so I'm forwarding it to p6l for discussion/decision. Given the following code: sub foo() { return 1; } sub bar() { warn "oops"; } { CONTROL { ... } foo(); bar(); } S04 seems to clearly indicate that

[svn:parrot-pdd] r33688 - trunk/docs/pdds

2008-12-08 Thread allison
Author: allison Date: Mon Dec 8 19:45:45 2008 New Revision: 33688 Modified: trunk/docs/pdds/pdd15_objects.pod Log: [pdd] Caught documented name inconsistent with implemented name. Modified: trunk/docs/pdds/pdd15_objects.pod ===

[svn:parrot-pdd] r33695 - in trunk: . compilers/imcc compilers/pct/src/PCT config/gen/makefiles docs docs/pdds include/parrot languages/WMLScript/src languages/lua languages/lua/src/lib languages/perl

2008-12-08 Thread allison
Author: allison Date: Mon Dec 8 21:16:33 2008 New Revision: 33695 Modified: trunk/docs/pdds/pdd22_io.pod Changes in other areas also in this revision: Added: trunk/src/io/core.c - copied unchanged from r33691, /branches/pdd22io_part2/src/io/core.c trunk/src/io/socket_api.c -