You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
It looks like this is meant to be an optimization but it is unsound since it is called directly from the public Rust function mem_info(). Multiple Rust threads could racily write to the global variable size.
static int skipvfs is mutable global that is racily initizialized in makevfslist().
I've found the following data races in
darwin.c
:static unsigned long long size
is a mutable global that is read/modified without any synchronization.sys-info-rs/c/darwin.c
Line 109 in 1c119b3
mem_info()
. Multiple Rust threads could racily write to the global variablesize
.static int skipvfs
is mutable global that is racily initizialized inmakevfslist()
.sys-info-rs/c/darwin.c
Line 20 in 1c119b3
disk_info()
is a public Rust function that can be directly called from safe Rust codeThe text was updated successfully, but these errors were encountered: