多次拨打ruby_init和ruby_finalize

Calling ruby_init and ruby_finalize multiple times

本文关键字：ruby finalize init      更新时间：2023-10-16

我目前正在尝试使用谷歌测试测试一些Ruby(2.3(C API。

但是我的测试崩溃了，因为我创建了一个在设置时调用ruby_init并在拆卸时调用ruby_finalize的夹具。

然后，我在灯具内部创建了一个"单例"来解决问题，但我想知道是否有另一种更简单的方法可以做到这一点。

我希望我的所有测试都在适当/干净的 VM 中运行。

下面是重现错误的简单示例：

#include <ruby.h>
int
main()
{
ruby_init();
ruby_finalize();
ruby_init();
ruby_finalize();
}

错误：

Program terminated with signal SIGABRT, Aborted.
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
51  ../sysdeps/unix/sysv/linux/raise.c: No such file or directory.
[Current thread is 1 (Thread 0x7fa7f769a040 (LWP 6525))]
(gdb) bt
#0  __GI_raise (sig=sig@entry=6) at ../sysdeps/unix/sysv/linux/raise.c:51
#1  0x00007fa7f6305c5d in __GI_abort () at abort.c:90
#2  0x00007fa7f634aaad in __libc_message (action=action@entry=do_abort, fmt=fmt@entry=0x7fa7f645957b "%sn") at ../sysdeps/posix/libc_fatal.c:181
#3  0x00007fa7f6352298 in malloc_printerr (str=str@entry=0x7fa7f645ae88 "double free or corruption (!prev)") at malloc.c:5368
#4  0x00007fa7f635358c in _int_free (av=0x7fa7f668dc40 <main_arena>, p=0x7fa7f8023b50, have_lock=<optimized out>) at malloc.c:4288
#5  0x00007fa7f7092a8d in objspace_xfree (objspace=0x7fa7f7fb3d20, ptr=0x7fa7f8023b60, old_size=<optimized out>) at gc.c:7720
#6  0x00007fa7f70a514f in rb_io_fptr_finalize (fptr=0x7fa7f8023b60) at io.c:4338
#7  0x00007fa7f70897b1 in run_final (objspace=0x7fa7f7fb3d20, zombie=140359397235560) at gc.c:2691
#8  finalize_list (objspace=objspace@entry=0x7fa7f7fb3d20, zombie=140359397235560) at gc.c:2707
#9  0x00007fa7f7089870 in finalize_deferred (objspace=objspace@entry=0x7fa7f7fb3d20) at gc.c:2728
#10 0x00007fa7f7094280 in rb_objspace_call_finalizer (objspace=0x7fa7f7fb3d20) at gc.c:2794
#11 rb_gc_call_finalizer_at_exit () at gc.c:2780
#12 0x00007fa7f76b97e2 in main ()

你试过ruby_cleanup(0)吗？

查看源代码，看起来ruby_finalize只是确保 Ruby 代码完成(例如调用at_exit钩子，可能杀死任何 Ruby 线程(。而ruby_cleanup调用会完成，然后清理 VM 本身。

编辑：

根据我的测试，这个答案不起作用(尽管被接受(。不能在同一进程中重新启动 Ruby VM。我能想到的唯一解决方法是在分叉中启动 VM，以便您可以保证它被完全清理。

相关文章：