17690-17935

17403-18527 subjects 17882-18677

^ [PATCH] SOCKET in win32.h
17690 [nobu.nakada ] なかだです。
17691 [usa osb.att.] わざとじゃなかったのですか ^^;
17692 [nobu.nakada ] まるっきり見落としてました。えっへん。フシアナさんと呼んでくだ

^ tag attach to cvs repsitory
17693 [keiju ration] CVSのリポジトリにタグを打って良いですか?
17694 [matz ruby-la] どうぞ。ブランチを作るってわけじゃないんですね。
17695 [keiju ration] そういうつもりではないです.

^ [PATCH] String#match(String)
17696 [nobu.nakada ] 今日の1.7が""=~""でSEGVしますが、これは左辺から右辺を探すってこ
17698 [matz ruby-la] そうです、そうです。手元では直したんですが、コミットしてたん

^ [PATCH] line number in #{}
17697 [nobu.nakada ] 1.7のほうはこの間parserを変えたときに一緒にfixしてしまったんで
17699 [matz ruby-la] のようですね。コミットしてください。

^ Resolv::DNS resources
17700 [nobu.nakada ] なかだです。
17701 [akr m17n.org] 中身は見てませんが、適切だと思うのであればそうしてください。
17702 [nobu.nakada ] 一応動作は互換と思われるので、とりあえず入れてみて様子を見るこ

^ eval failure in CGI#read_multipart
17704 [tam kais.kyo] 田村と申します。ruby本体に関係があるかも知れないので、ruby-devに投稿します。
17705 [nobu.nakada ] すいません、思いっきり間違ってました。昨日は法事でメールを書い

^ self in block
17706 [GEC01122 nif] block 内の変数の問題については、変数の scope のこと以外に、私にとっては
+ 17707 [akr m17n.org] define_method を使って Fact にブロックをメソッドとして植え付けてしまえ
| 17709 [GEC01122 nif] ありがとうございます。早速試してみましたが現在の version 1.6.7 では
| 17710 [ttate kt.jai] すいません,僕が何か勘違いしているのかもしれませんが,
| 17711 [GEC01122 nif] どうもありがとうございます。
| + 17712 [GEC01122 nif] 確かにそういう場合は面倒なことになりそうです。
| | 17713 [adzumi denpa] これだと Foo のインスタンスメソッドをブロック内から呼ぶ場合に a を指定
| | 17714 [GEC01122 nif] すみません。この回避策は撤回します。
| | + 17715 [aamine mx.ed] すみません、「self が不定」という点がさっぱりわかりません。self
| | + 17716 [matz ruby-la] ふむ。心情的には賛成です。
| |   17720 [nobu.nakada ] def (x, y) end は特異メソッドと衝突するので、単項演算子にならっ
| |   17721 [matz ruby-la] Perlじゃないんでdefをそのまま使う必要はありませんよね、とい
| |   17722 [GEC01122 nif] 無名関数を導入することには大賛成ですが、その場合の self は無名関数自身を
| |   + 17733 [ttate kt.jai] あまりすっきりしない気がします.
| |   | + 17735 [akr m17n.org] Python はまさにこうですね。こういうのが欲しいのならおすすめします。
| |   | | 17743 [ttate kt.jai] はい,そして関数型言語と呼ばれているものはほとんどこれですね.
| |   | + 17737 [matz ruby-la] これはこれで別の問題だとは思います。要するに「しないとは言っ
| |   + 17738 [matz ruby-la] すみません。私にとって「自然」というのは意味がないので、どう
| + 17717 [ttate kt.jai] それでは,再帰用のクラスを別に作ると言うのはどうでしょうか?
|   17718 [aamine mx.ed] 継承してテンプレートメソッドパターンを使う手もありますね。
|   17719 [GEC01122 nif] initialize の code を書いている時点では不定と言う意味です。勿論呼ばれた
|   + 17723 [ttate kt.jai] この方法の詳細が分からなくなってきています.
|   | 17724 [ttate kt.jai] すいません,ブロックそのものを扱うRubyのオブジェクトがないので共有
|   | 17725 [GEC01122 nif] new の場合与えられた block はそのまま initialize に渡されます。
|   | + 17726 [GEC01122 nif] 私が問題にしているのは initialize に渡される block 内での self なので、
|   | | 17729 [ttate kt.jai] すいません,僕の言葉が足りなかったのですが,initialize以外は従来の
|   | | 17730 [GEC01122 nif] いまの Ruby でも
|   | | + 17731 [ttate kt.jai] なんとなく分かってきました.
|   | | | + 17732 [ttate kt.jai] もし,こういうことであれば僕も採用されることを望みます.
|   | | | + 17734 [akr m17n.org] callback = lambda {|widget,data|
|   | | |   17736 [ttate kt.jai] callbackという変数が指しているものに対してcallしている
|   | | |   17740 [akr m17n.org] よくわからないんですが、なんでそれが問題なんですか?
|   | | |   17744 [ttate kt.jai] 問題なのではなくて,yield()を使うのと同じような感じで変数を介さ
|   | | + 17741 [maki rubycol] * ブロック内のselfを、そのブロックつきメソッドを定義した
|   | |   17766 [keiju ration] 隠蔽という言葉は1章から出てきていますが, 用語が定義されているのは, 5章
|   | |   + 17767 [matz ruby-la] 異論があるわけではないのですが、上記の原則はいずれもCLOSでは
|   | |   | 17811 [keiju ration] 上記のは初心者向けですから... ここで例外のことを言ってもね.
|   | |   | + 17812 [GEC01122 nif] 無限列を表す Sequence と関数を表す Function を使うたびに、無名関数の
|   | |   | | 17815 [akr m17n.org] 逆にいえばそれだけですか?
|   | |   | + 17813 [matz ruby-la] 同意します。
|   | |   |   17817 [keiju ration] です. ですが, 多重継承以上に想像しがたいものが... ちゃんと取り扱えるも
|   | |   |   17821 [matz ruby-la] CLOSにはほかにも自分で定義可能なメソッド結合方式とか想像しが
|   | |   |   + 17822 [GEC01122 nif] find についても自動的に receiver を Prime に切替えてくれるのか
|   | |   |   | + 17824 [GEC01122 nif] こちらの意味です。説明が足らなかったようです。すみませんでした。
|   | |   |   | | 17825 [GEC01122 nif] 私の場合の例をあげただけなんですが。書けば書く程話が噛み合わなくなりそう
|   | |   |   | | 17826 [GEC01122 nif] 私の提案はセキュリティ上問題があって、それで歓迎されないのかと
|   | |   |   | | 17828 [matz ruby-la] どこでそう思われたのかは分かりませんが、セキュリティを問題に
|   | |   |   | + 17827 [nobu.nakada ] 切り替わるというか、findはSequenceのメソッドですから、呼び出さ
|   | |   |   | + 17830 [matz ruby-la] 中田さんからも指摘がありましたが、これに反対している人はいな
|   | |   |   + 17831 [keiju ration] うーん. そうかも...
|   | |   |     17833 [GEC01122 nif] なにか微妙な表現なので読み違えているかも知れませんが、block の中の
|   | |   |     + 17834 [akr m17n.org] context の定義を教えて下さい。
|   | |   |     + 17836 [matz ruby-la] せっかく「ということですね」とまとめてくださいましたが、私が
|   | |   |       17841 [GEC01122 nif] 過去何回か同じようなことを書いたのですが、変数名が重複しないよ
|   | |   |       17843 [matz ruby-la] いや、同意しますよ。ご存じないかもしれませんが、私は現在のロー
|   | |   |       17844 [GEC01122 nif] セキュリティ上問題があるというのが理由なら、一番納得できると
|   | |   |       17845 [GEC01122 nif] 最初に確認させてください。
|   | |   |       17848 [matz ruby-la] define_methodかあるいはinstance_evalを使えばselfの切り替えは
|   | |   |       17849 [GEC01122 nif] "オブジェクト指向スクリプト言語 Ruby" 365ページの説明や、原
|   | |   |       17850 [GEC01122 nif] 確かにそれは何かの雑誌で拝見した記憶があります。
|   | |   + 17793 [maki inac.co] なるほどです。
|   | + 17739 [matz ruby-la] 違います。直接間接にinstance_evalを呼んでselfをすり替えない
|   |   17742 [akr m17n.org] 正確には、[ruby-dev:17707] で示したように、(1.7 では) instance_eval 以
|   |   17745 [matz ruby-la] あ、そうですね。ま、いずれにせよ例外的であるという私の主張は
|   |   17746 [ttate kt.jai] 再帰的な処理をブロックを使って書くというケースが少ないので採用す
|   |   + 17747 [GEC01122 nif] 何を自然と思うかという感覚は、非常に大事なことだと思っていますが、
|   |   | + 17749 [GEC01122 nif] 現状でそうなっているのは、承知しています。
|   |   | | + 17753 [matz ruby-la] 可能かと問われれば可能です。が、やるべきかと問われればやるべ
|   |   | | + 17760 [akr m17n.org] よくわからないんですが、正木さんの疑問は現状についての話なんでしょうか?
|   |   | |   17761 [GEC01122 nif] 私は eval を利用して、実質的には希望している通りの block 構文
|   |   | |   + 17762 [matz ruby-la] "initialize に {<x,...> ...} の形で与えられた block に対しては、
|   |   | |   + 17763 [maki inac.co] むむ、そうですか。
|   |   | |     17764 [GEC01122 nif] 正木です。
|   |   | |     + 17765 [matz ruby-la] インスタンス変数は初期化されていなくても、参照・更新ともにで
|   |   | |     | 17768 [akr m17n.org] 正木さんは(まつもとさんも?)ブロックの中から外の変数が見えるのは好きで
|   |   | |     | 17769 [matz ruby-la] 正木さんの場合には「だからselfで無名変数がアクセスできるは重
|   |   | |     | 17770 [akr m17n.org] そうかもしれませんね。
|   |   | |     | + 17771 [matz ruby-la] 私も、普段は困らないんですが、
|   |   | |     | | 17772 [akr m17n.org] あぁ、私の「この点」というのは「外が見える」というところです。
|   |   | |     | | 17773 [matz ruby-la] ですねえ。
|   |   | |     | | + 17774 [GEC01122 nif] 新しい機能が追加された時の一番の問題点は、その機能を必要としていない
|   |   | |     | | | + 17775 [GEC01122 nif] その通りでした。
|   |   | |     | | | | 17777 [matz ruby-la] 確かに特殊かも。
|   |   | |     | | | + 17776 [nobu.nakada ] 逆に、必要とする場合にinstance_evalなりdefine_methodなりするの
|   |   | |     | | | | 17816 [adzumi denpa] defined_method を使うならこういう書き方もできますよね。
|   |   | |     | | | | 17818 [nobu.nakada ] なかだです。
|   |   | |     | | | | 17819 [adzumi denpa] Sequence 本体にどこまで機能を持たせるかですよね。こういうのが欲
|   |   | |     | | | | 17820 [nobu.nakada ] あ、うっかり特異クラスと混同してしまいました。
|   |   | |     | | | + 17781 [akr m17n.org] たとえば、resolv.rb の一部にこのようなコードがあります。
|   |   | |     | | | + 17791 [maki inac.co] 別に initialize であっても、
|   |   | |     | | |   17792 [akr m17n.org] やっぱ、議論する時は具体的な例を出さないと。
|   |   | |     | | + 17783 [akr m17n.org] ふむ。たしかに後からループの上に found = nil というような代入を書くこ
|   |   | |     | | | 17786 [shugo ruby-l] ループの場合はそうかもしれませんが、上の話はかならずしもループに
|   |   | |     | | | + 17788 [akr m17n.org] それはいやですね。私は
|   |   | |     | | | + 17790 [akr m17n.org] ふとおぼろげながら思い出した(ないしは今脳内で捏造された)んですが、ルー
|   |   | |     | | + 17785 [shugo ruby-l] エラーになるならまだいいんですが、
|   |   | |     | + 17778 [sinara blade] 私も self をすげ替えるのはナシだと思いますが、call_current_block
|   |   | |     |   + 17780 [ttate kt.jai] 僕の説明が悪かったのかもしれないですが,この部分の理解が
|   |   | |     |   + 17782 [akr m17n.org] f みたいに意味のない名前を使えばいーじゃないかという気がしますが...
|   |   | |     |   + 17794 [akr m17n.org] そうそう、書くのを忘れましたが、カットアンドペーストが容易なのはいいこ
|   |   | |     + 17779 [receiver k-b] この議論、興味深く読ませてもらってましたが、ちょっと気になったので質問さ
|   |   | |       17784 [akr m17n.org] Ruby の GC は mark and sweep というアルゴリズムで、ゴミの中に循環参照
|   |   | |       17805 [receiver k-b] う、いわれてみればその通りでした。
|   |   | |       17806 [GEC01122 nif] instance_eval は以前挑戦してみましたがうまく行かず、素人の使うものではない
|   |   | |       17807 [matz ruby-la] 正木さんが問題提起されたのは「selfのすり替えができるか」とい
|   |   | |       17808 [nobu.nakada ] あるいはm=10をPrime.eachの直前に持って来るか。そうしないと延々
|   |   | |       17809 [GEC01122 nif] {<> ...} の時は外部情報は持ち込めず、しかも内部 method しか使えないので
|   |   | |       + 17810 [matz ruby-la] えーと、もうこの提案そのものには結論が出たと思うのですが、一
|   |   | |       + 17814 [akr m17n.org] {<...> ...} はまだ導入されてないので、ある人と他の人が衝突するのはふた
|   |   | + 17752 [matz ruby-la] それには同意しますが、「何を自然と思うかという感覚」は主観的
|   |   + 17750 [nobu.nakada ] yieldとProc#callは引数の数が違うときの動作が違うということもあ
|   |   + 17751 [matz ruby-la] 「使われそうな気がした」理由はいまいち不明ですが、その理由が
|   |     17754 [ttate kt.jai] それは関数に対するYコンビネータが実現できるからではないでしょうか?
|   |     17755 [matz ruby-la] そうかなあ。Yコンビネータを使ったLispプログラムなんて教科書
|   |     17756 [ttate kt.jai] そうですね… まずYコンビネータを使った例はないと思います.
|   |     + 17757 [ttate kt.jai] あ,そう考えてみると,
|   |     + 17758 [akr m17n.org] Y lambda {|f| lambda {|arg| ...}}
|   |       17759 [ttate kt.jai] 一時的な変数であるfに他の値が代入されない限りは,機能的に
|   + 17727 [aamine mx.ed] この点は了解です。
|     17728 [GEC01122 nif] 訂正です。
+ 17708 [ttate kt.jai] ざっと作ったものですが,今の状態でもこういうことはできます.

^ Re: lambda/anonymous function
17748 [nobu.nakada ] なんとなくネストしたメソッド定義の延長として考えてみたんですが。

^ Re: call_current_block
17787 [shugo ruby-l] JavaScriptに同じようなものがあったような気がするのですが、何て名
17789 [nobu.nakada ] arguments.calleeでしょうか。FORTHのrecurseというのもそんな感じ
17796 [shugo ruby-l] ああ、そうでした。
17798 [matz ruby-la] それはbinding(n)でnレベル上のbindingを得るというRCRと同じも
17799 [nakahiro sar] デバガが、くらくらするほど書きやすくなります。

^ block local variable should be explicit
17795 [shugo ruby-l] 私はブロック内ではじめて初期化されるローカル変数についてもスコー
17797 [matz ruby-la] 明示的な指定の仕方は他にも手はあるかもしれませんが、おおむね
+ 17800 [akr m17n.org] 悪くないと思います。
| 17802 [matz ruby-la] うう、「しないだけのブロック」を「したいだけのブロック」と読
| 17803 [akr m17n.org] きっと、自分の欲しいものが見えてしまったのでしょう。
+ 17801 [shugo ruby-l] おお、すばらしい。

^ <>
17804 [shugo ruby-l] selfのすげかえの是非とは直接関係ないのですが、{|x| ... }と{<x> ... }

^ m (a){....}
17823 [aamine mx.ed] 意図的のような気もしますが、CVS HEAD 版で
17829 [matz ruby-la] コミットしてください。

^ Re: [ruby-cvs] ruby: * random.c: replace with Mersenne Twister RNG.
17832 [nobu.nakada ] こうすると、NODE_EVSTRとNODE_DSTRでそれぞれrb_obj_as_string()を
17835 [matz ruby-la] 確かに。コミットしてください。
17837 [nobu.nakada ] 直接関係ないんですが、ruby_sourcelineを見て思い出しました。しば
17842 [matz ruby-la] むう、いかにもad hocで好みではない修正ですねえ。

^ cannot install ruby 1.7 with program-suffix
17838 [tietew-ml-ru] cvs update したら make install に失敗しました。
17839 [tietew-ml-ru] すいません。extmk.rb.in のパッチ,

^ Re: new mathn [Re: Rational#to_int ← String#center]
17840 [keiju ration] 話がややこしいのでruby-devへ引っ越します.
17846 [akr m17n.org] % ruby -e '
17847 [akr m17n.org] あぅ、理解しました。状態依存メソッドはブロックが渡されないことがあるか
17857 [keiju ration] そういうことです. あまりにも回りくどい言い方でしたね(^^;;;

^ undef_method ?
17851 [sinara blade] このコードで、
+ 17852 [nobu.nakada ] と思います。1.7でも同じです。
| 17854 [nobu.nakada ] ここもかな。
+ 17853 [matz ruby-la] バグです。とりあえず回避策としては
  17859 [sinara blade] この策は気づいていました。さすがだ。
  17864 [nobu.nakada ] 私の忘却力をなめてもらっては困ります。:)

^ non-blocking IO
17855 [nobu.nakada ] なかだです。
17856 [matz ruby-la] 以前から気にしてはいたのです。
17858 [nobu.nakada ] 先のパッチでは、read/writeともにselectで待ち続けるだけです。
17860 [matz ruby-la] そうですねえ。gets/readlineなど1行系はEWOULDBLOCKは無視する
17861 [nobu.nakada ] あるいは空なら単純に空のStringを返すとか。
+ 17862 [akr m17n.org] 昔、到着しているぶんを全部読みたかったときに NONBLOCK で read(nil) し
+ 17863 [matz ruby-la] モードはやめましょう。
  17865 [nobu.nakada ] まぁ考えてみればnon-blocking自体がモードなわけで、それをさらに
  17866 [matz ruby-la] ソケットに対してread(長さ略)を実行した場合にEWOULDBLOCKが来
  17871 [nobu.nakada ] すでに読み込んだぶんが0だったら単に空文字列ということでしょうか?
  + 17873 [nobu.nakada ] ここ、continueじゃなくてgoto retryです。
  + 17875 [matz ruby-la] そういうことです。

^ parenthesize argument(s) for future version
17867 [JCA02266 nif] ちょいと検索しても同様の話題が見当たらなかったので聞いちゃいます。
17868 [matz ruby-la] そういうことです。具体的には
17869 [JCA02266 nif] なるほど、その意図はわからないでもないのですが、正直 Ruby に
17870 [matz ruby-la] 「そんなことまで言われたくない」の「そんなこと」ってのがなに
17872 [JCA02266 nif] 取り急ぎ
17874 [matz ruby-la] あ、よかった。

^ cbase in module_eval {...}
17876 [JCA02266 nif] class Foo
17877 [matz ruby-la] 仕様変更です。理由はなんだったかな。定数のスコープを静的にし
+ 17879 [kosako sofne] Yukihiro Matsumotoさんの
| 17884 [nobu.nakada ] というより、同じスコープで代入されてるのに見付からないのは変と
| 17903 [matz ruby-la] そうですねえ。どう考えてもこれは揃えた方が良いでしょうねえ。
+ 17900 [JCA02266 nif] まだ、マニュアルに書かない方がいいですかね?(ちょっと書いてしまいました)
  17901 [JCA02266 nif] あっ warning 出てましたね。特異クラス定義でのクラス変数は、

^ write EINTR by SIGVTALRM
17878 [tommy tmtm.o] Thread を使ったプログラムで、ファイルからデータを読み込んでソケットに
17880 [nobu.nakada ] たぶん[ruby-dev:17871]でこれもなんとかなるような気がします。1.7
17902 [tommy tmtm.o] まだパッチは試してないですが、ちょっとパッチを眺めてみたんですが、
17911 [nobu.nakada ] でした。あの後手元で直したのと間違えてました。

^ Re: [ruby-list:35696] Re: サブクラスのオブジェクト生成時に、スーパークラスの初期化を行うには ?
17881 [nobu.nakada ] なかだです。
17883 [nobu.nakada ] なかだです。
+ 17906 [ttate kt.jai] サイズ/位置を変更する方がよさそうに思えるのですがどう
| 17908 [matz ruby-la] どうして?
| 17909 [ttate kt.jai] Window自体はallocateで生成されてinitializeではサイズ/位置の変更を行う
| + 17910 [nobu.nakada ] 私は、基本的にallocateされたオブジェクトはinitializeされるまで
| + 17912 [matz ruby-la] でもデフォルトサイズで生成されたウィンドウが一瞬画面にちらつ
|   17913 [ttate kt.jai] はい,そうですが,この点でallocate/initializeに何をさせ
|   + 17915 [nobu.nakada ] そういうことでいいのではないかと、私は思ってます。個人的には、
|   | 17916 [ttate kt.jai] なるほど,少し見えてきました.ありがとうございます.
|   | 17917 [ttate kt.jai] 外部リソースに関する部分をなぜinitializeに持ってくるのか理解でき
|   | 17918 [nobu.nakada ] そうですね。initializeはサブクラスでオーバーライドされる可能性
|   + 17935 [matz ruby-la] 私にとっては十分ですけどね。
+ 17914 [ttate kt.jai] cursesについてですが,問題なければcommitして頂けますか?
threads.html
top