# New Ticket Created by "Carl Mäsak" # Please include the string: [perl #75950] # in the subject line of all future correspondence about this issue. # <URL: http://rt.perl.org/rt3/Ticket/Display.html?id=75950 >
<masak> rakudo: my ($found) = grep 1, 1..1_000_000; say 'alive' <p6eval> rakudo 7b5b9d: ( no output ) <masak> :/ <jnthn> That's...surprising. <masak> is it worth an RT ticket? <jnthn> masak: It hangs at repl? <jnthn> masak: I think it should be lazy. <jnthn> If it's not being then yes, imo. * masak tries <jnthn> (good to verify not just p6eval oddity) <masak> yes, hangs at REPL. * masak submits rakudobug [...] <masak> it even segfaulted :( <masak> after a minute or so. <arnsholt> OOM perhaps? <jnthn> :-/ <masak> arnsholt: likely, yes. <arnsholt> Smells like someone forgot to check the return value of a malloc() Found this example in A04, which promised it would be lazy. If the lack of laziness is fixed, it'll likely be difficult to reproduce the segfault. So perhaps the latter should be investigated first. :)
