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
Matching over 256 items yields wrong results, sometimes #5075
Comments
From @labsterReported to me by wlewis++ (William Lewis), this took quite a bit of Some silent failures, some wrong error messages, occasionally correct. brent@ragnar ~/Downloads> cat golf.pl for @stuff -> $line { for @stuff -> $line { brent@ragnar ~/Downloads> cat golf.pl for @stuff -> $line { brent@ragnar ~/Downloads> perl6 golf.pl for @stuff -> $line { for @stuff -> $line { brent@ragnar ~/Downloads> cat golf.pl for @stuff -> $line { |
From @lizmatThese problems appear to go away with MVM_SPESH_DISABLE=1 . They stick around with MVM_JIT_DISABLE=1. Liz
|
The RT System itself - Status changed from 'new' to 'open' |
From @labsterSeems to be fixed in Moar back in August with some spesh changes. On Thu, 28 Jan 2016 01:20:17 -0800, elizabeth wrote:
|
1 similar comment
From @labsterSeems to be fixed in Moar back in August with some spesh changes. On Thu, 28 Jan 2016 01:20:17 -0800, elizabeth wrote:
|
From @zoffixznetI went to write a test for this, but can't repoduce the issue. I tried a handful of releases with the IRC bot, then built 2016.01 release and the mentioned 86a90be commit, but none of them fail. Perhaps this is an OSX-only issue? Could someone with OSX try reproing it on 86a90be commit and if the issue is there, would you write a test to cover the bug? This is the script I was using: cpan@perlbuild2/tmp/tmp.uhEtludGhZ ((detached from 86a90be))$ cat foo.p6 |
Migrated from rt.perl.org#127403 (status was 'open')
Searchable as RT127403$
The text was updated successfully, but these errors were encountered: