[#30872] segv when reentering into Fiber with callcc — sheepman <sheepman@...>
こんばんは、sheepman です。
ささだです。
遠藤と申します。
ささだです。
遠藤です。
ささだです。
まつもと ゆきひろです
In article <E1Hw9be-0002Rs-Qg@x31>,
まつもと ゆきひろです
[#30920] Integer#prime_division と Prime — TOYOFUKU Chikanobu <nobu_toyofuku@...>
豊福です。
[#30929] secrand.rb — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
In article <4669066C.2080307@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <46694461.4060706@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <46697C0B.8060402@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <4669DAB0.4050705@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <466AA73C.9030407@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
なかだです。
-----BEGIN PGP SIGNED MESSAGE-----
In article <466D5B1D.8030205@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <469253E9.9010203@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
-----BEGIN PGP SIGNED MESSAGE-----
In article <4694338C.7090303@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
In article <4694E6A6.2060303@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
なかだです。
-----BEGIN PGP SIGNED MESSAGE-----
なかだです。
-----BEGIN PGP SIGNED MESSAGE-----
[#30971] Linux/ia64で'ucontext_t' undeclared — akira yamada / やまだあきら <akira@...>
最近のRuby 1.9をLinux/ia64上でmakeしようとすると
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
まつもと ゆきひろです
In article <E1HygwQ-0001OA-4f@x31>,
ささだです。
[#30996] new block parameter rule — SASADA Koichi <ko1@...>
ささだです。
[#31002] ("a".."f").step(2) {|x| p x} — Tanaka Akira <akr@...>
string の range の step で引数が効かないように思います。
まつもと ゆきひろです
ささだです。
まつもと ゆきひろです
[#31028] rb_get_interned — Nobuyoshi Nakada <nobu@...>
なかだです。
[#31034] Re: [ruby-cvs:19815] Ruby:r12579 (trunk): * parse.y (rb_intern2): name may not be NUL-terminated. — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#31046] Conditional jump or move depends on uninitialised value(s) in TOPLEVEL_BINDING — Tanaka Akira <akr@...>
valgrind をかけたところとりあえず最初のが
ささだです。
[#31063] make error at bcc32 — "Nebata" <tnebata@...>
ねばたです。
[#31066] consts for gdb support — Nobuyoshi Nakada <nobu@...>
なかだです。
[#31068] $&;[] dumps core — "Yusuke ENDOH" <mame@...>
遠藤と申します。
ささだです。
遠藤です。
ささだです。
遠藤です。
[#31072] {*0} dumps core — "Yusuke ENDOH" <mame@...>
遠藤と申します。
ささだです。
[ruby-dev:30963] Re: Random
In article <466E3371.2080705@sarion.co.jp>, "NAKAMURA, Hiroshi" <nakahiro@sarion.co.jp> writes: >> rand の 4文字という短さには勝てないって... > > と言いつつありがとうございます。 勝つことはできないが相手を負かすことはできる、と考えると、 Kernel#srand 廃止とかどうでしょうね。 いますぐ、というわけじゃなくて、普通の人が使っている安定版 ruby に Random が入った後のことですが。 >> Random::MT の中については upto という名前が気になります。 >> upto(10) ならやっぱり 10 までだと思うのですが、ここでは 9 ま >> でなので名前がよろしくないと思います。すぐに思い付くメソッド >> 名としては integer があげられるでしょうか。 > > 同感。JavaではnextBoolean、nextBytes、nextFloat、nextGaussian、nextInt、 > nextLongがあります。「next」というのがpseudoな感じを表してますが、 > SecureRandomにも同じインターフェースを持たせたいと思っているので、不要で > しょう。また、boolean、gaussianは利用者いない。Longは適合せず、というこ > とで、 > > Random#integer(max) > Ramdom#bytes(size) > Random#float > > くらい? 他に現行APIからの移行先に; rand よりも integer のほうがユーザの意図を的確に表現できるの で、rand より短く、int というのもありかな。 Random#int(max_plus_one) なお、私は整数の range は悪くないと思います。 6面ダイスに対応するのが rand(1..6) って直感的ですよね。 あと、upto(0) の動作は変な気がします。 % bin/ruby -ve 'p Random::MT.new.upto(0)' ruby 1.9.0 (2007-06-10 patchlevel 0) [i686-linux] -1481029930 > floatは不要かなぁ。rand(0)と同じ仕様のつもりですが、rand()でいいじゃん、 > という気がする。 rand よりも長いのが残念ですが、意図をはっきりと表現できるの で私は好意的に思っています。 > srand()は廃止とかまずいですかね? せめて、srand()は引数を取らないようにし > たい。 Random::MT#srand はもともとないんですよ。素晴らしいことに。 -- [田中 哲][たなか あきら][Tanaka Akira]