[ruby-dev:26271] Re: IO.select dumps core

なかだです。

At Fri, 3 Jun 2005 00:25:29 +0900,
Tanaka Akira wrote in [ruby-dev:26269]:
> どうも私は howmany で求めたサイズは fd_set がビット列であるということ
> を仮定していることが気になっているようです。つまり、fd_set がビット列
> でなく、たとえば Windows みたいな構造だと、sizeof(fd_set) は
> howmany(FD_SETSIZE, NFDBITS) よりもずっと大きくなる可能性が有って、変
> なことが起こるのではなかろうか、というわけです。


ビット列かどうかとはかかわりなく、FD_SETSIZEまではfd_setで保証されるは
ずだと思いますが、 fd < FD_SETSIZEであってもhowmany()で求められるサイズ
が sizeof(fd_set) よりも大きくなる可能性があるということですね。

> > +    int m = howmany(n + 1, NFDBITS) * NFDBITS;
> > +    int o = howmany(fds->maxfd, NFDBITS) * NFDBITS;
> 
> > +    int size = howmany(max, NFDBITS) * NFDBITS;
> 
> この 3つで NFDBITS を乗じていますが、そうじゃなくて sizeof(fd_mask) だ
> と思います。

です。

> あと、rb_io_wait_readable の
> 
>        rb_ensure(wait_readable, (VALUE)&rfds,
>                  (VALUE (*)_((VALUE)))rb_fd_zero, (VALUE)&rfds);
> 
> の rb_fd_zero は rb_fd_term でしょうか?
> 
> rb_io_wait_writable も同様です。

どちらもその通りです。最初rb_fd_zero()で解放していたときのままになって
いました。

しかし、Cレベルでの例外処理はやはり書きづらいというかめんどくさいです。
とくにこういうメモリだけの場合は、rb_procect()やrb_ensure()と、
T_STRINGを流用するのと、どっちがいいものやら。

-- 
--- 僕の前にBugはない。
--- 僕の後ろにBugはできる。
    中田 伸悦