Question

目标：允许c扩展接收块/过程以延迟执行，同时保留当前执行上下文。

我在c中有一个方法（暴露给ruby），该方法接受callback（通过VALUE hash参数）或block。

// For brevity, lets assume m_CBYO is setup to make a CBYO module available to ruby
extern VALUE m_CBYO;
VALUE CBYO_add_callback(VALUE callback)
{
    if (rb_block_given_p()) {
        callback = rb_block_proc();
    }

    if (NIL_P(callback)) {
        rb_raise(rb_eArgError, "either a block or callback proc is required");
    }

    // method is called here to add the callback proc to rb_callbacks
}
rb_define_module_function(m_CBYO, "add_callback", CBYO_add_callback, 1);

我有一个结构用于存储一些额外的数据：

struct rb_callback
{
    VALUE rb_cb;
    unsigned long long lastcall;
    struct rb_callback *next;
};
static struct rb_callback *rb_callbacks = NULL;

时间到了（由epoll触发），我遍历回调并执行每个回调：

rb_funcall(cb->rb_cb, rb_intern("call"), 0);

发生这种情况时，我看到它成功地在回调中执行了ruby代码，但是，它正在转义当前的执行上下文。

示例：

# From ruby including the above extension
CBYO.add_callback do
    puts "Hey now."
end

loop do
    puts "Waiting for signal..."
    sleep 1
end

（通过epoll）收到信号后，我将看到以下内容：

$> Waiting for signal...
$> Waiting for signal...
$> Hey now.
$> // process hangs
$> // Another signal occurs
$> [BUG] vm_call_cfunc - cfp consistency error

有时候，在错误再次浮出水面之前，我可以获得多个信号进行处理。

Answer 1

我在调查a similar issue时找到了答案。

事实证明，我也试图使用MRI不支持的本机线程信号（带有pthread_create）。

TLDR； Ruby VM当前（在编写本文时）不是线程安全的。请访问this nice write-up on Ruby Threading，以更好地全面了解如何在这些范围内工作。

您可以使用Ruby的native_thread_create(rb_thread_t *th)，后者将在幕后使用pthread_create。您可以在方法定义上方的文档中了解一些缺点。然后，您可以使用Ruby的rb_thread_call_with_gvl方法运行回调。另外，我在这里还没有做过，但是创建一个包装方法可能是一个好主意，因此您可以使用rb_protect处理回调可能引发的异常（否则它们将被VM吞噬）。 / p>

VALUE execute_callback(VALUE callback)
{
    return rb_funcall(callback, rb_intern("call"), 0);
}

// execute the callback when the thread receives signal
rb_thread_call_with_gvl(execute_callback, data->callback);

Ruby C扩展如何存储proc以供以后执行？

1 个答案: