[#24112] ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。原因を追求してたのですが、力尽きました。

19 messages 2004/08/18
[#24127] Re: ruby/tk crashes on bcc32 — Hidetoshi NAGAI <nagai@...> 2004/08/19

永井@知能.九工大です.

[#24131] Re: ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/08/19

山本です。

[#24135] Re: ruby/tk crashes on bcc32 — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2004/08/19

山本です。試行錯誤の結果、これで落ちなくなりました。

[ruby-dev:24017] Re: String#each -> String#each_char

From: WATANABE Hirofumi <eban@...>
Date: 2004-08-02 17:11:29 UTC
List: ruby-dev #24017
わたなべです。

Minero Aoki <aamine@loveruby.net> writes:

> 速度だけを根拠にしているつもりは全くありません。わたしが使って
> いる (自作の) ライブラリは文字列を中間形態にすることが多く、
> かつ行単位のフォーマットをよく使うから、多段の変形をかけるときに
> 文字列 each が増えざるをえないのです。あと、フォーマット変換中の
> 部分文字列を扱う時も使います。(例:BitChannel の pre 部分とか)

なるほど。

> 上記の通り、まず第一には何段も変形するときの中間形態の問題です。

中間形態という話だとわたしの場合だと配列にしちゃうから、そこ
で違いが出るわけですね。
つまりわたしの中間形式は1行ずつばらばらになった配列なのです。

> それから、わたしは IO#each と String#each の関係も同時に問題に
> しています。それなのに、「IO#each が行単位だから String#each は
> なんでもいいじゃん」と IO#each の現状の動作を前提とされるのは
> 納得できません。

まあ、自分の経験上今のString#eachの挙動として使うことは滅多
にないからああ書いたわけですが、納得できないのも当然でしょう。
お互い全然違う使いかたをしてるわけだし。今のままだとわたしに
とってはString#eachは存在しないのも同然です。だから、なんで
もというか前田さんと同様[]がしっくりくると思っているわけです。

あ、複数行ならわざわざsplitしてるなあ。それくらいString#each
に違和感を感じてるのかもしれない。

-- 
わたなべひろふみ

In This Thread