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
Many threads results in data corruption #4599
Comments
From @BenGoldberg1The code at https://gist.github.com/BenGoldberg1/bc39a9a31eaeb733012a creates many threads for the task of sorting numbers as they are sent to a channel. Roughly twice as many threads are created as there are distinct values. The output should be a list of random numbers, sorted. Instead, it produces a error message; changing the number of element to be sorted causes the error message to change. This leads me to conclude that the problem is memory corruption of some sort. One of the error messages was: The funny file names were because I ran the code with camelia, the #perl6 irc bot. |
From @moritzOn 09/27/2015 11:58 PM, Benjamin Goldberg (via RT) wrote:
I think this error message is correct #!/usr/bin/env perl6 sub sort-promise ($c) { You try to return from a routine through a start { } boundary -- I don't
Can be correct as well. I don't think you wait with the .close until all
Same here. |
|
The RT System itself - Status changed from 'new' to 'open' |
|
@moritz - Status changed from 'open' to 'rejected' |
Migrated from rt.perl.org#126208 (status was 'rejected')
Searchable as RT126208$
The text was updated successfully, but these errors were encountered: