This BBS is stopped. To contact author, please send mail to aamine AT loveruby.net.
これまでに報告された修正は 正誤表ページ でまとめて見られます。
> 今度はオンライン版RHGが読めなくなってるんですが……。
たびたびありがとうございます。今度こそ直ったと思います。
たびたびすみません。
今度はオンライン版RHGが読めなくなってるんですが……。
サポートページ
http://i.loveruby.net/ja/rhg/
からの「・オンラインで閲覧」のリンクは
http://i.loveruby.net/ja/rhg/book/
だったと思うんですが、
サポートページ自身のリンクが設定されています。
> ですが、正誤表から掲示板へのリンクが
> http://i.loveruby.net/bbs/rhg.html
> となっているために表示ができません。
御指摘ありがとうございます。修正しました。
こんにちは。
この掲示板のURLは
http://i.loveruby.net/ja/rhg/bbs/
ですが、正誤表から掲示板へのリンクが
http://i.loveruby.net/bbs/rhg.html
となっているために表示ができません。
直していただけるとありがたいです。
>p.325 で、「0: cmd resume ハーサ pop(1)」で、「ハーサ」は「パーサ」だと思います
御指摘ありがとうございます。
正誤表に追加しました。
p.325 で、「0: cmd resume ハーサ pop(1)」で、「ハーサ」は「パーサ」だと思います
>はい。それです。わたしのかすかな記憶によれば、
heap の slots が全部未使用になった時に、heap 単位で開放するんですね。しかし heap 配列って、結構大きいような...
などと注目してみると、少しずつ改善が進んでいる箇所でもありますね。今後どうなっていくか楽しみです。
ありがとうございます。これで安心して読み進めます。(^^)
> 書籍版 p.173「締切間際に RVALUE が開放されるようになってしまった」というのは、http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/gc.c#rev1.104 (2002/10/2) での gc_sweep() の末尾の修正の事でしょうか？気になって前に進めません。^^;
はい。それです。わたしのかすかな記憶によれば、
「一度 100MB くらい割り当てると開放されなくて困る」
という文句が付いて開放するようになったんだと思いました。
たしか Tcl/Tk 絡みだったような……
……お、当たった。[ruby-dev:18427] です。
書籍版 p.173「締切間際に RVALUE が開放されるようになってしまった」というのは、http://www.ruby-lang.org/cgi-bin/cvsweb.cgi/ruby/gc.c#rev1.104 (2002/10/2) での gc_sweep() の末尾の修正の事でしょうか？気になって前に進めません。^^;
>html版RHGの序章で
>「筆者は以下のように『スクリプト言語』の意味を定義する」
>とありますが、そのあとにあるべき肝心の定義が抜けていませんか？
御指摘ありがとうございます。
修正しておきました。
html版RHGの序章で
(http://i.loveruby.net/ja/rhg/intro.html)
「筆者は以下のように『スクリプト言語』の意味を定義する」
とありますが、そのあとにあるべき肝心の定義が抜けていませんか？
親切な説明、ありがとうございました。
Perl互換正規表現ライブラリ（pcre）があるのにRuby互換正規表現ライブラリはありませそ。誰かDLLでくれませんか。
>86ページのRTEST()の説明について疑問があります。
>「Qnilは下位2ビットめだけが1なので、」
>Qnilは4なので下位3ビットめが1ではないでしょうか。
>あと、
>「それとbit andして真になるのはQfalseとQnilだけである。」
>これは「偽になるのは」だと思います。
報告ありがとうございます。
二点のいずれもご指摘の通りです。
正誤表に追加しておきました。
それにしても、あまりにアホなミスが多すぎますね。
86ページのRTEST()の説明について疑問があります。
「Qnilは下位2ビットめだけが1なので、」
Qnilは4なので下位3ビットめが1ではないでしょうか。
あと、
「それとbit andして真になるのはQfalseとQnilだけである。」
これは「偽になるのは」だと思います。
>> これにはいちおう思惑があったのですが、改めて考えると
>> xmalloc?のほうが適切に思えてきました。
>
>正誤表にある通り、最終的にmalloc()を使っているからということでしょうか。
>まつもとさんのRuby本ではxmalloc()に言及されていたので、気になっていました。
そういうことです。スタック割り当て (alloca) ではなくて
ヒープ割り当て (malloc) であるというのが言いたいことでした。
ALLOC の特徴は大まかに言うと
* ヒープ割り当て
* 割り当てに失敗すると例外発生
の二つですが、あのリファレンスの用途（拡張ライブラリ作成者向け
ではない）を考えると、前者のほうが重要だと思ったわけです。
両方書くにはスペースがないですし (1 エントリ 1 行が限界)。
>[前の20投稿] のボタンを押すと、
>500 Internal Server Error
>になってしまうのですが。
すみません、いま直しました。
rubbs が古すぎたみたいです。
ああ、すみません、一部文字が化けてしまいました。
正誤表への追加ありがとうございます。
> これにはいちおう思惑があったのですが、改めて考えると
> xmalloc?のほうが適切に思えてきました。
正誤表にある通り、最終的にmalloc()を使っているからということでしょうか。
まつもとさんのRuby本ではxmalloc()に言及されていたので、気になっていました。
> Objective-C?というと?MacOSX?でしょうか。
いえ、PC-UNIX環境でgccを使った純粋なObjective-Cを考えています。
（Mac OS Xにはすでに多くのフレームワークがあるので）
まあ実用的なレベルに持っていくのは難しいですし、どこまで意義があるかわかりませんけど。
[前の20投稿] のボタンを押すと、
500 Internal Server Error
になってしまうのですが。