New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
in multi-level list reduction/evaluation #5591
Comments
From @ajsWas trying to list perfect numbers: [12:37] <harmil_wk> m: say ^1000 .grep: -> $n {([+] ^$n .grep: -> $m {$m -- |
From @ajsUpdate: I found a way to make it not SEGV, but I'm not sure how to interpret the failure to fail: $ perl6 -e 'say (2..1000).grep: -> $n {([+] (1..($n-1)).grep: -> $m {$m and $n %% $m}) == $n }' In theory, 1..^$n and 1..($n-1) should be the same... |
From @geekosaurpyanfar Z$ rakudobrew exec perl6-valgrind-m -e 'say ^1000 .grep: -> $n
|
The RT System itself - Status changed from 'new' to 'open' |
From @jnthnOn Thu, 18 Aug 2016 09:39:30 -0700, ajs wrote:
I can't reproduce this on HEAD, even with trying pretty hard to provoke it (regular GC collections and GC sanity checks turned on to make corruption bugs far more likely to show up, etc.) I've added a test in integration/weird-errors.t which will, if this is somehow still lingering, end up SEGVing also. I suspect in the months since this was filed, one of the many fixes that has gone in nailed it, though. /jnthn |
@jnthn - Status changed from 'open' to 'resolved' |
Migrated from rt.perl.org#128985 (status was 'resolved')
Searchable as RT128985$
The text was updated successfully, but these errors were encountered: