Issue https://github.com/JuliaLang/julia/issues/33750 is about BitArrays not being threadsafe. My reading: changing elements of a BitArray inside a Threads.@threads for loop can give unpredictable results. My question is similar, but not exactly the same. In my case, the function creates a new BitA…

v is not redefined. The variable is reassigned but it is still the same variable. I argued for making assignment local by default since the current behavior is almost never what you want in Race condition caused by variable scope getting lifted from a multithreaded context · Issue #14948 · JuliaLan…

Threads.@threads and BitArrays

General Usage

Paul_Soderlind December 4, 2019, 11:22pm 3

you are sharing the variable across iterations

But, v is redefined inside the Threads.@threads for loop. Is it shared because there existed a previous v (defined outside the loop) and/or because it is not declared as a local?

Topic		Replies	Views
Odd behavior from @threads with bitwise AND General Usage	6	1058	April 13, 2017
Threading issue - working on a view of a bool array General Usage	4	543	July 29, 2019
Inconsistent results when using Threads.@threads in a loop General Usage multithreading	17	894	June 10, 2023
Race condition with local variable in @threads for loop General Usage multithreading	5	1762	October 29, 2020
Help understanding what happens in a `@threads` loop with race conditions General Usage	13	1413	April 15, 2020

Threads.@threads and BitArrays

Related topics