RAKUDO_SCHEDULER_DEBUG=1 perl6-gdb-m --ll-exception -e 'while 1 { use
v6.d.PREVIEW; my %c = (:0reactor_count); my $s = supply { whenever
IO::Socket::Async.listen("0.0.0.0", 5000) -> $c-conn { %c{$c-conn}++; emit
$c-conn; %c{$c-conn} = Supplier.new; $c-conn.Supply.lines.tap({
%c{$c-conn}.emit: $
Resolved with
https://github.com/MoarVM/MoarVM/commit/32322f393365c235807d69f54370caa64c3a31fb
but not sure how to write a test for deadlocks
On Wed, 06 Sep 2017 13:46:15 -0700, j.david.l...@apple.com wrote:
> This short program hangs indefinitely on my system (after making
> progress.) Tuning the number of threads and number of iterations can
> change how reliably it hangs (down to 'never' when the number of
> threads is < 3, for me.)
>
Largest I can initialize is 16777216.
https://stackoverflow.com/questions/12596695/why-does-a-float-variable-stop-incrementing-at-16777216-in-c
The %?RESOURCES bug was fixed in: https://github.com/rakudo/rakudo/pull/1106
Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
Tests: https://github.com/perl6/roast/commit/927b026
Resolved in: https://github.com/rakudo/rakudo/commit/32b72cd
Tests: https://github.com/perl6/roast/commit/927b026
This only applies if you call .stdout or .stderr *and* never close them.
This has been resolved since 2017.06
Resolved in https://github.com/rakudo/rakudo/commit/c86090e
`perl6 -e 'run("ls", :merge).out.slurp.say'`
This appears to be resolved - possibly in
https://github.com/rakudo/rakudo/commit/37250ed5ebc3d25eae656ddfa19187c90a712e3c
On Sat Jul 09 07:13:48 2016, jn...@jnthn.net wrote:
> On Tue Jul 05 17:51:46 2016, ug...@cpan.org wrote:
> > Note that the final decode-base64 candidate shows the correct results
> > when debugging statements are added
> >
> > This gist also shows a small change that makes it produce the correct
>
Note that the final decode-base64 candidate shows the correct results when
debugging statements are added
This gist also shows a small change that makes it produce the correct values
but it still segfaults more often than not
https://gist.github.com/ugexe/baa168a641894a0731595c812724f76d
On Sat Oct 31 19:42:22 2015, ug...@cpan.org wrote:
> Using `$Blob1 ~= $Blob2` on jvm gives an error of
> "java.lang.RuntimeException: This type does not support positional
> operations"
>
> To reproduce: `my Blob $a = "a".encode; my Blob $b = "b".encode; $a ~=
> $b; say $a.perl;`
>
> I added debu
I should mention regarding the gist above:
$promise = $.start-processes
15 matches
Mail list logo