Thanks for finding that. Can we close this duplicate bug? Issue #128287 has
stronger steps to reproduce, and using that test case, I found this bug
goes back to at least 2015.12.
On Wed, Dec 13, 2017 at 11:56 PM Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Wed, 06 Dec 2017 01:59
Thanks for finding that. Can we close this duplicate bug? Issue #128287 has
stronger steps to reproduce, and using that test case, I found this bug
goes back to at least 2015.12.
On Wed, Dec 13, 2017 at 11:56 PM Zoffix Znet via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Wed, 06 Dec 2017 01:59
A git bisect showed that this error began in commit
22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been an
underlying problem that was already present, since this commit did not
change the type system.
On Fri, Dec 1, 2017 at 6:00 PM perl6 via RT
wrote:
> Greetings,
>
> This mes
A git bisect showed that this error began in commit
22b4ef05b1f72b50d63e4599d5e037bccf1f08ed, but there must be have been an
underlying problem that was already present, since this commit did not
change the type system.
On Fri, Dec 1, 2017 at 6:00 PM perl6 via RT
wrote:
> Greetings,
>
> This mes
Thanks for taking the time to look into this! I can't reproduce it with
that snippet, even if I make the file nonempty. But I can reproduce it with
the following two snippets. (I could not reproduce when I populated the
input file in the same script that does the await loop.)
perl6 -e '"$*TMPDIR/R
Oh, and when the list of filenames is the simpler `"$*TMPDIR/RT132447.test"
xx 100`, the problem also appears, but it seemed to take many more
iterations to crash. That could be just chance, though.
On Sat, Nov 18, 2017 at 4:01 PM Dan Zwell wrote:
> Thanks for taking the time to l
Oh, and when the list of filenames is the simpler `"$*TMPDIR/RT132447.test"
xx 100`, the problem also appears, but it seemed to take many more
iterations to crash. That could be just chance, though.
On Sat, Nov 18, 2017 at 4:01 PM Dan Zwell wrote:
> Thanks for taking the time to l
Thanks for taking the time to look into this! I can't reproduce it with
that snippet, even if I make the file nonempty. But I can reproduce it with
the following two snippets. (I could not reproduce when I populated the
input file in the same script that does the await loop.)
perl6 -e '"$*TMPDIR/R
After more careful checking, I found the bug fix did make it into the
October release. A bisect showed it was fixed it in
commit 6af44f8d38a02bbd0d68cfd014165d6e33e4d89a. So, in the prior commit,
the --version 2017.09-490-g3f595acfb built on MoarVM version 2017.10, and
the exception (with --ll-exce
After more careful checking, I found the bug fix did make it into the
October release. A bisect showed it was fixed it in
commit 6af44f8d38a02bbd0d68cfd014165d6e33e4d89a. So, in the prior commit,
the --version 2017.09-490-g3f595acfb built on MoarVM version 2017.10, and
the exception (with --ll-exce
It seems this has already been resolved on the master branch. After making
a new build, I cannot reproduce the problem. Can you close the bug report?
Thanks!
On Wed, Nov 15, 2017 at 2:59 AM perl6 via RT
wrote:
> Greetings,
>
> This message has been automatically generated in response to the
> cr
It seems this has already been resolved on the master branch. After making
a new build, I cannot reproduce the problem. Can you close the bug report?
Thanks!
On Wed, Nov 15, 2017 at 2:59 AM perl6 via RT
wrote:
> Greetings,
>
> This message has been automatically generated in response to the
> cr
via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Mon, Sep 11, 2017 at 09:48:01AM -0700, Dan Zwell wrote:
> >
> > `|` matches the longest input:
> > > 'ab' ~~ / ^:ratchet [ . | .. ] $ /
> > ｢ab｣
> >
> > If the regex
via RT <
perl6-bugs-follo...@perl.org> wrote:
> On Mon, Sep 11, 2017 at 09:48:01AM -0700, Dan Zwell wrote:
> >
> > `|` matches the longest input:
> > > 'ab' ~~ / ^:ratchet [ . | .. ] $ /
> > ｢ab｣
> >
> > If the regex
14 matches
Mail list logo
