diff options
author | Peter Zhu <peter@peterzhu.ca> | 2021-08-17 09:38:40 -0400 |
---|---|---|
committer | Peter Zhu <peter@peterzhu.ca> | 2021-08-24 09:47:42 -0400 |
commit | bbedd29b6e98ef6e3fc2ce2b358d2b509b7cd1bb (patch) | |
tree | 2eba0389a85fb60b06fc4c2fe9ba6d57e4117ee0 /ractor.c | |
parent | b62ed309f05d248c746279f35f2609f01ea1e4a5 (diff) | |
download | ruby-bbedd29b6e98ef6e3fc2ce2b358d2b509b7cd1bb.tar.gz |
[Bug #18117] Fix Ractor race condition with GC
rb_objspace_reachable_objects_from requires that the GC not be active.
Since the Ractor barrier is not executed for incremental sweeping,
Ractor may call rb_objspace_reachable_objects_from after sweeping
has started to share objects. This causes a crash that looks like
the following:
```
<internal:ractor>:627: [BUG] rb_objspace_reachable_objects_from() is not supported while during_gc == true
```
Co-authored-by: Vinicius Stock <vinicius.stock@shopify.com>
Diffstat (limited to 'ractor.c')
-rw-r--r-- | ractor.c | 12 |
1 files changed, 10 insertions, 2 deletions
@@ -2368,7 +2368,11 @@ obj_traverse_i(VALUE obj, struct obj_traverse_data *data) .stop = false, .data = data, }; - rb_objspace_reachable_objects_from(obj, obj_traverse_reachable_i, &d); + RB_VM_LOCK_ENTER_NO_BARRIER(); + { + rb_objspace_reachable_objects_from(obj, obj_traverse_reachable_i, &d); + } + RB_VM_LOCK_LEAVE_NO_BARRIER(); if (d.stop) return 1; } break; @@ -2678,7 +2682,11 @@ static int obj_refer_only_shareables_p(VALUE obj) { int cnt = 0; - rb_objspace_reachable_objects_from(obj, obj_refer_only_shareables_p_i, &cnt); + RB_VM_LOCK_ENTER_NO_BARRIER(); + { + rb_objspace_reachable_objects_from(obj, obj_refer_only_shareables_p_i, &cnt); + } + RB_VM_LOCK_LEAVE_NO_BARRIER(); return cnt == 0; } |