[perl #61212] [PATCH] Fix readline calls after merging pdd22 branch

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #61212] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61212 > Hello. Trivial patch attached. -- Bacek commit 49d24a4d7994458b9efb3a234acad59c93

[perl #61208] [PATCH] for changing the place of building Parrot-RPMs

# New Ticket Created by [EMAIL PROTECTED] # Please include the string: [perl #61208] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61208 > Hello, with Fedora 10 the place for building RPMs change from /usr/src/redhat to t

[perl #61216] [PATCH] Implemetation of list assignment for IOIterator

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #61216] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61216 > Hello. There is (temporary) patch for support list assignment for IOIterator. E.g.

[perl #61204] :x() in .subst does not fail when there aren't enough matches

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61204] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61204 > Rakudo r33613 treats the :x($n) adverb as "up to $n matches", not (as specced) "exactly

[perl #61216] [PATCH] Implemetation of list assignment for IOIterator

On Tue Dec 09 03:11:55 2008, bacek wrote: > There is (temporary) patch for support list assignment for IOIterator. > E.g. $i = =$fh; @a=$fh. > This isn't, I don't think, the right approach; instead, IOIterator itself wanted the changes. So, done it a way I think is at least a bit more correct, if

[perl #61172] hash becomes string or int

# New Ticket Created by Ilya Belikin # Please include the string: [perl #61172] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61172 > Hi! in 33622: > sub foo (%h) { say %h.perl }; foo({a=>1}); {"a" => 1} > sub foo (%h) {

[perl #61214] [PATCH] Implementation of IO.lines and lines(Str)

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #61214] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61214 > Hello. There is patch for implemtation of IO.lines and lines(Str) -- Bacek commit

[perl #61214] [PATCH] Implementation of IO.lines and lines(Str)

On Tue Dec 09 03:10:00 2008, bacek wrote: > There is patch for implemtation of IO.lines and lines(Str) > Applied in r33705. Thanks, Jonathan

[perl #57356] Iterating a filehandle dies

On Mon Jul 28 07:09:28 2008, [EMAIL PROTECTED] wrote: > $ ../../parrot perl6.pbc -e 'my $x = open "README"; for =$x { .say }' > Works as of r33708. Thanks, Jonathan

[perl #57974] Implement missing infix: operator

Just investigated this and we both implement this and run spectests for it, so closing ticket.

[perl #61182] [,] returns a List, not a scalar holding an Array

# New Ticket Created by Moritz Lenz # Please include the string: [perl #61182] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61182 > Reduction operators should return scalars, so '[,] 1, 2, 3' should return a single Array

[perl #61210] [PATCH] Fix Test::is_deeply

# New Ticket Created by Vasily Chekalkin # Please include the string: [perl #61210] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61210 > Hello. Trivial patch for is_deeply to proper call proclaim. -- Bacek commit 0ac26

[perl #61206] :x($n) where $n ~~ Range doesn't work properly in Rakudo

# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #61206] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61206 > Rakudo r33613 doesn't seem to recognize ranges in :x() pairs as such. The specced semant

Following up on (True|False) vs Bool::$!

This is a Rakudo issue, which I found while following up on the p6l thread about literals. I'm not sure where the best place to ask about it is; I already said something on p2. I will be happy to open up an RT, but I'd like to understand what's happening so I'll have better luck making sure it's

Re: Following up on (True|False) vs Bool::$1

The subject line should say "Bool::$1" instead of "Bool::$!", btw; I didn't let go of the shift key fast enough. This is what I get for trying to be clever. On Tue, Dec 9, 2008 at 9:50 AM, Mark J. Reed <[EMAIL PROTECTED]> wrote: > This is a Rakudo issue, which I found while following up on the p

[perl #61224] .eof returns false if last read call read the last byte of the file, but not beyond

# New Ticket Created by Jonathan Worthington # Please include the string: [perl #61224] # in the subject line of all future correspondence about this issue. # http://rt.perl.org/rt3/Ticket/Display.html?id=61224 > Hi, It seems that the .eof() method on file handles can sometimes return true

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

Author: kjs Date: Tue Dec 9 13:18:23 2008 New Revision: 33726 Modified: trunk/docs/pdds/pdd19_pir.pod Log: [pdd19] some updates and clarifying texts. Modified: trunk/docs/pdds/pdd19_pir.pod == --- trunk/docs/pdds/pdd

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

Author: moritz Date: Tue Dec 9 14:49:10 2008 New Revision: 33729 Modified: trunk/docs/pdds/pdd19_pir.pod Log: [codingstd] wrap long lines in pdd19_pir.pod Modified: trunk/docs/pdds/pdd19_pir.pod == --- trunk/docs/pd

Re: Files, Directories, Resources, Operating Systems

* Mark Overmeer <[EMAIL PROTECTED]> [2008-12-08 21:20]: > A pitty that we do not focus on the general concept of OS > abstraction (knowing that some problems are only partially > solvable (on the moment)). Well go on. Explain how you would, f.ex., provide an abstract API over file ownership and ac

Re: Files, Directories, Resources, Operating Systems

* Aristotle Pagaltzis <[EMAIL PROTECTED]> [2008-12-10 01:10]: > Well go on. Btw, I just realised that it can be read as sarcastic, which I didn’t intend. I am honestly curious, even if skeptical. I am biased, but I am open to be convinced. Regards, -- Aristotle Pagaltzis //

Re: Files, Directories, Resources, Operating Systems

On 2008 Dec 9, at 19:56, Aristotle Pagaltzis wrote: * Aristotle Pagaltzis <[EMAIL PROTECTED]> [2008-12-10 01:10]: Well go on. Btw, I just realised that it can be read as sarcastic, which I didn’t intend. I am honestly curious, even if skeptical. I am biased, but I am open to be convinced. B

Re: Files, Directories, Resources, Operating Systems

It may well be that a fine-grained interface isn't practical, but perhaps there are some basics that we could implement, such as - set owner of this thing - (maybe) set group of this thing - give owner|everyone|?some-group the ability to read from|write to|remove|run this thing - tell me whether a

Re: Files, Directories, Resources, Operating Systems

On 2008 Dec 9, at 21:11, Charles Bailey wrote: It may well be that a fine-grained interface isn't practical, but perhaps there are some basics that we could implement, such as - set owner of this thing - (maybe) set group of this thing Group is problematic; I don't recall Windows having group

Re: Files, Directories, Resources, Operating Systems

* Aristotle Pagaltzis ([EMAIL PROTECTED]) [081210 00:06]: > * Mark Overmeer <[EMAIL PROTECTED]> [2008-12-08 21:20]: > > A pitty that we do not focus on the general concept of OS > > abstraction (knowing that some problems are only partially > > solvable (on the moment)). > > Well go on. Explain ho