On Thu, 07 Jan 2016 12:50:43 -0800, pmqs wrote:
> Given this can be used to walk though a file
>
> for $fh.lines -> $line
>
> I assumed I would be able to iterate through a file using "read" like
> this
>
> my $filename = "/tmp/readtest";
> spurt $filename, "abcdefg";
>
> my $fh = open($filenam
On Thu, 07 Jan 2016 12:50:43 -0800, pmqs wrote:
> Given this can be used to walk though a file
>
> for $fh.lines -> $line
>
> I assumed I would be able to iterate through a file using "read" like
> this
>
> my $filename = "/tmp/readtest";
> spurt $filename, "abcdefg";
>
> my $fh = open($filenam
On Wed, 03 Aug 2016 12:23:32 -0700, jn...@jnthn.net wrote:
> I can still reproduce it too; seems that occasionally the scheduler
> starts too few threads (in fact, only one, and that is tied up with
> the await, and so nothing processes the incoming message saying the
> process ended).
The new sch
On Wed, 03 Aug 2016 12:23:32 -0700, jn...@jnthn.net wrote:
> I can still reproduce it too; seems that occasionally the scheduler
> starts too few threads (in fact, only one, and that is tied up with
> the await, and so nothing processes the incoming message saying the
> process ended).
The new sch
On Mon, 28 Aug 2017 11:50:51 -0700, sml...@gmail.com wrote:
> I sent a pull request which fixes this bug:
>
> https://github.com/perl6/nqp/pull/368
>
> Please review.
The PR was merged (and Rakudo's nqp version bumped).
Marking the ticket TESTNEEDED. (Note that some possible tests are listed in
On Mon, 28 Aug 2017 09:20:33 -0700, sml...@gmail.com wrote:
> I sent a pull request to nqp that fixes this, please review:
>
> https://github.com/perl6/nqp/pull/368
The PR was merged (and Rakudo's nqp version bumped).
Marking the ticket TESTNEEDED. (Note that some possible tests are listed in th
IIRC the idea was that in some cases you should be able to do this without
commas. I don't think we need an RFC for this, somebody just has to implement
it properly.
Also, I think there are several tickets related to this problem. Maybe worth
looking for other ones.
On 2016-01-03 10:09:47, c...@z
On Fri, 14 Aug 2015 21:31:09 -0700, alex.jakime...@gmail.com wrote:
> Code:
> say Inf.base(16)
>
> Result:
> Type check failed in assignment to '$int_part'; expected 'Int' but got
> 'Failure'
> in block at ./test.pl:2
>
> Same thing with NaN.
>
> IRC log: http://irclog.perlgeek.de/perl6/2015-
On Fri, 14 Aug 2015 21:31:09 -0700, alex.jakime...@gmail.com wrote:
> Code:
> say Inf.base(16)
>
> Result:
> Type check failed in assignment to '$int_part'; expected 'Int' but got
> 'Failure'
> in block at ./test.pl:2
>
> Same thing with NaN.
>
> IRC log: http://irclog.perlgeek.de/perl6/2015-
# New Ticket Created by Sam S.
# Please include the string: [perl #132219]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132219 >
When backtracking is disabled for an alternation (via `:` modifier or
`:ratchet` mode), this o
What is the point of the `[ANNOYING]` tag?
All bugs are probably annoying to *someone*...
# New Ticket Created by Aleks-Daniel Jakimenko-Aleksejev
# Please include the string: [perl #132220]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=132220 >
See upstream ticket: https://github.com/MoarVM/MoarVM/issues/718
Thi
In this particular case it means you cannot write web scrapers using rakudo.
And not only that, but it makes you feel like rakudo is completely broken if it
can't even go through a few tens of pages without SEGV-ing. If Skarsnik's
suspicion that the issue is in XML right, then it's not just with gu
I bisected it to
https://github.com/rakudo/rakudo/commit/87288285f6f398ec7cba0900312ced4b580d79ed
The error is still there but different. See
https://gist.github.com/Whateverable/536231b535ec98403f2cc96a452dd5b1
Not sure if it helps though.
On 2017-09-29 17:01:40, c...@zoffix.com wrote:
> $ echo
I'll close it. Suggested use of 「or」 is rather clear, and learning about it
takes exactly the same amount of effort the second optional argument will take.
If anybody has to say something about it please feel free to. We can reopen the
ticket if there's new information on why that particular featu
I wonder if this needs a separate sub or variable instead of adding secret
functionality to $*PROGRAM-NAME.
On 2017-10-01 09:52:19, allber...@gmail.com wrote:
> On Sun, Oct 1, 2017 at 12:35 PM, Zoffix Znet
> wrote:
>
> > $*PROGRAM-NAME is supposed to be a replacement for Perl 5's $0, but it
> > d
On Mon, 02 Oct 2017 00:26:27 -0700, alex.jakime...@gmail.com wrote:
> Oh. Maybe it's https://rt.perl.org/Ticket/Display.html?id=127279 ?
>
> On 2017-08-26 08:01:06, alex.jakime...@gmail.com wrote:
> > Indeed, I'm not sure what I was smoking.
> > On 2017-01-20 21:27:50, sml...@gmail.com wrote:
> >
The first part of the ticket was resolved in
https://github.com/rakudo/rakudo/commit/46dca95547949bc3d791efb2620d362a68176fdc
So you can no longer create an array using 0.5.
But you can still create an array with any fractional value that's larger than
1, and it will blow up later.
♥
As far as I know, this ticket is impossible to resolve. At least not with what
we have now in rakudo.
To produce an error message that is more precise we'll need more information
than just a line number, but we don't have that during the run time.
See https://rt.perl.org/Ticket/Display.html?id=12
This was resolved in this commit trio:
https://github.com/rakudo/rakudo/commit/22f00cd72defbaeb1ad83187309854e33739
https://github.com/perl6/nqp/commit/b083e3471a25bf376fa89b5ec53969b870eb6ac2
https://github.com/MoarVM/MoarVM/commit/1288e7edde60b8c88afb85029dc089092db80168
「testneeded」
On 201
This was changed in
https://github.com/rakudo/rakudo/commit/fb5db59220d38e2f9af4c747138742f157d0fabb
… and now you can use anything, even NaN.
Assuming that this behavior is right, testneeded.
See also: https://github.com/perl6/doc/issues/1589
On 2016-01-21 12:04:33, alex.jakime...@gmail.com wr
So there are three issues:
1) ✓ no line number. RESOLVED in
https://github.com/rakudo/rakudo/commit/25e9fd76e85fabda20e263b6f87e27b0673f26e2
2) ✗ it could mention '* > 5'.
3) ✓ it could mention the 2. RESOLVED in
https://github.com/rakudo/rakudo/commit/f1cd8e313abff2f66b9989fe60870a6e11cf7588
On
This was fixed in
https://github.com/rakudo/rakudo/commit/502b886e8d14dbd51b5dc201309f9f8bb0a4c3e0
Not sure why it's still not closed. Closing.
On 2015-12-12 20:45:06, lloyd.fo...@gmail.com wrote:
> test:
>
https://github.com/perl6/roast/commit/c205f71781a29a456349a791fdf912d6955fe50f
>
> On Sat,
# New Ticket Created by David Warring
# Please include the string: [perl #13]
# in the subject line of all future correspondence about this issue.
# https://rt.perl.org/Ticket/Display.html?id=13 >
From
https://docs.perl6.org/language/nativecall#Embedding_CStructs_and_CUnions
class Po
24 matches
Mail list logo