Ruby C Extension：sebfaultを引き起こすrb_funcall

Question

私のエクステンションは、Rubyライブラリを使ってコマンドとテレメトリパケットをインターフェイス経由で送受信し、処理のためにCファイル転送ライブラリに与えます。

多くのパケットを受信した後、私はこのセグメンテーションを取得します。ここにGDBのバックトレースがあります。このエラーから来ることができて、私はそれを修正することができますどのようにどこ

   void DL_RecvPdu() { 
         ..... 
        /* Segfault coming from here 
         CUR_PACKET.read("PDU_DATA"); 
         Reads telemetry item PDU_DATA from packet CUR_PACKET 
         and returns results. PDU data is an array of bytes 
         represented as a Ruby string that can contain nulls */ 
        VALUE pdu_data_block = rb_funcall(rb_CUR_PACKET, 
         rb_READ, 1, 
         rb_PDU_DATA 
        ); 
         .... 
       } 

、誰もが知っている：ここで

  #0 search_method (defined_class_ptr=<synthetic pointer>, id=6177, klass=<optimized out>) at vm_method.c:567 
      #1 rb_method_entry_get_without_cache (klass=19934160, id=6177, defined_class_ptr=0x12c5500) at vm_method.c:592 
      #2 0x00007ffff7aced90 in rb_method_entry (klass=klass@entry=19934160, id=<optimized out>, 
       defined_class_ptr=defined_class_ptr@entry=0x12c5500) at vm_method.c:663 
      #3 0x00007ffff7acee71 in vm_search_method (ci=ci@entry=0x12c54c0, recv=<optimized out>) at vm_insnhelper.c:842 
      #4 0x00007ffff7ad4b3d in vm_exec_core (th=th@entry=0x6035d0, initial=initial@entry=0) at insns.def:1068 
      #5 0x00007ffff7ad951b in vm_exec (th=th@entry=0x6035d0) at vm.c:1440 
      #6 0x00007ffff7adac91 in vm_call0_body (th=th@entry=0x6035d0, ci=ci@entry=0x7fffffffbcb0, argv=0x7fffffffbd60) 
       at vm_eval.c:180 
      #7 0x00007ffff7adb6c6 in vm_call0 (defined_class=<optimized out>, me=<optimized out>, argv=<optimized out>, 
       argc=1, id=14481, recv=22956880, th=0x6035d0) at vm_eval.c:59 
      #8 rb_call0 (recv=recv@entry=22956880, mid=14481, argc=argc@entry=1, argv=argv@entry=0x7fffffffbd60, 
       scope=scope@entry=CALL_FCALL, self=<optimized out>) at vm_eval.c:349 
      #9 0x00007ffff7adbc64 in rb_call (scope=CALL_FCALL, argv=0x7fffffffbd60, argc=1, mid=<optimized out>, 
       recv=22956880) at vm_eval.c:616 
      #10 rb_funcall (recv=recv@entry=22956880, mid=<optimized out>, n=n@entry=1) at vm_eval.c:818 
      #11 0x00007ffff6092b10 in DL_RecvPdu() at CFGroundClient.c:414 
      #12 0x00007ffff6092dbe in method_run (self=<optimized out>) at CFGroundClient.c:302 
      #13 0x00007ffff7ace272 in vm_call_cfunc_with_frame (ci=0x0, reg_cfp=0x7ffff7fd1f70, th=0x6035d0) 
       at vm_insnhelper.c:1380 
      #14 vm_call_cfunc (th=th@entry=0x6035d0, reg_cfp=reg_cfp@entry=0x7ffff7fd1f70, ci=ci@entry=0xa29090) 
       at vm_insnhelper.c:1473 
      #15 0x00007ffff7ae0f6e in vm_call_method (th=0x6035d0, cfp=0x7ffff7fd1f70, ci=0xa29090) at vm_insnhelper.c:1689 
      #16 0x00007ffff7ad4b4b in vm_exec_core (th=th@entry=0x6035d0, initial=initial@entry=0) at insns.def:1069 
      #17 0x00007ffff7ad951b in vm_exec (th=th@entry=0x6035d0) at vm.c:1440 
      #18 0x00007ffff7adaa73 in rb_iseq_eval_main (iseqval=iseqval@entry=10626960) at vm.c:1685 
      #19 0x00007ffff798707d in ruby_exec_internal (n=0xa22790) at eval.c:254 
      #20 0x00007ffff798948d in ruby_exec_node (n=n@entry=0xa22790) at eval.c:319 
      #21 0x00007ffff798bc3e in ruby_run_node (n=0xa22790) at eval.c:311 
      #22 0x000000000040087b in main (argc=3, argv=0x7fffffffde58) at main.c:36 

は、関連するコードですか？

Answer 1

問題の原因は多数あり、十分なデータではないようです。

一つの説明は、彼らがGC（ガベージコレクタ）によって収集された可能性がありますので、Rubyのオブジェクト（すなわちrb_CUR_PACKET、rb_READまたはrb_PDU_DATA）は、あなたが関数を呼び出した時点で有効ではないことが考えられます。

オブジェクトがRubyオブジェクトによって参照されていない場合は、それらのメモリが予想よりも早く解放される可能性があります。

簡単な解決策は、オブジェクトをグローバルオブジェクト（それらは決して解放されません）として登録するか、それらをユーザーオブジェクト内の変数として割り当てることです。

別の考えられる原因は、GIL（グローバル命令ロック）内でコードを実行していないことです。

Ruby MRIコードは常にGIL内とRubyスレッド内で実行する必要があります。あなたがGILを離れるか、Rubyスレッドではない新しいスレッドを生成した場合、あなたが運が良ければあなたのコードはクラッシュします。

私はGCを疑っていますが、それはトスです。

Good Luck！