[#33948] Schedule for the 1.8.7 release — "Akinori MUSHA" <knu@...>
Hi, developers,
5 messages
2008/03/01
[#33955] --encoding affects script encoding — sheepman <sheepman@...>
こんばんは sheepman です。
6 messages
2008/03/01
[#33959] Re: --encoding affects script encoding
— Nobuyoshi Nakada <nobu@...>
2008/03/02
なかだです。
[#33962] Ruby1.9.0でのインタプリタ組み込みについての質問 — Masayuki Yamaguchi <Yamaguchi.Masayuki@...>
山口と申します。
6 messages
2008/03/03
[#33966] Re: [ruby-cvs:22881] Ruby:r15644 (trunk): * test/ruby/test_m17n_comb.rb (TestM17NComb::test_str_chomp): test — Tanaka Akira <akr@...>
In article <200802291457.m1TEv6nh008515@ci.ruby-lang.org>,
4 messages
2008/03/03
[#33971] Re: [ruby-cvs:22881] Ruby:r15644 (trunk): * test/ruby/test_m17n_comb.rb (TestM17NComb::test_str_chomp): test
— Yukihiro Matsumoto <matz@...>
2008/03/03
まつもと ゆきひろです
[#33974] Test::Unit::Collector::Dirがtest_*.rb以外集めてくれない — "Ken Date" <itacchi@...>
こんにちは、伊達です。
4 messages
2008/03/03
[#33983] Re: [ruby-cvs:22913] Re: Ruby:r15674 (trunk): * gc.c (add_heap): sort heaps array in ascending order to use — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
4 messages
2008/03/03
[#33985] Re: [ruby-cvs:22913] Re: Ruby:r15674 (trunk): * gc.c (add_heap): sort heaps array in ascending order to use
— Tanaka Akira <akr@...>
2008/03/03
In article <E1JWAV5-0001MG-9W@x61.netlab.jp>,
[#34011] Should --verbose be equal to -v ? — Yugui <yugui@...>
Yuguiです。
15 messages
2008/03/10
[#34012] Re: Should --verbose be equal to -v ?
— Yukihiro Matsumoto <matz@...>
2008/03/10
まつもと ゆきひろです
[#34013] Re: Should --verbose be equal to -v ?
— Kazuhiro NISHIYAMA <zn@...>
2008/03/10
西山和広です。
[#34045] Re: Should --verbose be equal to -v ?
— Yugui <yugui@...>
2008/03/14
Yuguiです。
[#34020] MurmurHash problem — Nobuyoshi Nakada <nobu@...>
なかだです。
9 messages
2008/03/11
[#34030] uint32_t — KIMURA Koichi <kimura.koichi@...>
木村です。
7 messages
2008/03/13
[#34037] Ruby performance gains on SPARC — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
5 messages
2008/03/13
[#34067] Array#take,take_while,drop,drop_whlie — "Yusuke ENDOH" <mame@...>
遠藤と申します。
9 messages
2008/03/16
[#34068] lgamma_r requires _REENTRANT on Solaris — "Yusuke ENDOH" <mame@...>
遠藤と申します。
4 messages
2008/03/16
[#34077] 異なるエンコーディングだと同じバイト列でも==にならない件 — rubikitch@...
るびきちです。
7 messages
2008/03/18
[#34086] extend spawn to change attributes of child process. — Tanaka Akira <akr@...>
spaen, system, exec, IO.popen で、起動する子プロセスの属性を
4 messages
2008/03/18
[#34093] 拡張ライブラリ初期化中でのmodule_eval — Kouhei Sutou <kou@...>
須藤です。
5 messages
2008/03/19
[#34095] (再送) Cygwin で Resolv.getaddress が失敗する — Kouhei Yanagita <yanagi@...>
こんにちは。柳田です。
9 messages
2008/03/20
[#34096] Re: (再送) Cygwin で Resolv.getaddress が失敗する
— 植田 裕之 <ueda@...>
2008/03/20
こんばんは、植田と申します。
[#34097] Re: (再送) Cygwin で Resolv.getaddress が失敗する
— Kouhei Yanagita <yanagi@...>
2008/03/20
柳田です。
[#34105] rational.rb, complex.rb and mathn.rb — Tadayoshi Funaba <tadf@...>
rational と complex が組み込みになったことで、lib/mathn.rb の意義は薄
29 messages
2008/03/22
[#34106] Re: rational.rb, complex.rb and mathn.rb
— Tadayoshi Funaba <tadf@...>
2008/03/22
現時点で rational.rb と complex.rb を残しているのは、それが無難だから
[#34107] Re: rational.rb, complex.rb and mathn.rb
— Tadayoshi Funaba <tadf@...>
2008/03/22
で、かなり選択肢を絞った叩き台です。
[#34120] Re: rational.rb, complex.rb and mathn.rb
— keiju@... (石塚圭樹)
2008/03/24
けいじゅ＠いしつかです.
[#34125] Re: rational.rb, complex.rb and mathn.rb
— Shin-ichiro HARA <sinara@...>
2008/03/25
原です。
[#34130] Re: rational.rb, complex.rb and mathn.rb
— Tadayoshi Funaba <tadf@...>
2008/03/25
> 私も Complex の組み込みは Rational とは比較にならないくらい、仕様が決め
[#34131] Re: rational.rb, complex.rb and mathn.rb
— Yukihiro Matsumoto <matz@...>
2008/03/25
まつもと ゆきひろです
[#34132] Re: rational.rb, complex.rb and mathn.rb
— Tadayoshi Funaba <tadf@...>
2008/03/25
> Mathモジュールは伝統的にlibmのラッパーであったので、それを逸
[#34135] Re: rational.rb, complex.rb and mathn.rb
— Shin-ichiro HARA <sinara@...>
2008/03/26
原です。
[#34145] Re: rational.rb, complex.rb and mathn.rb
— Tadayoshi Funaba <tadf@...>
2008/03/26
> (1) (-8)**Rational(1,2) は複素数1.0+1.7320508*i
[#34109] LP64: date.rb:321:in `convert': integer 86400000000000 too big to convert to `int' (RangeError) — Tanaka Akira <akr@...>
LP64 なマシンで test-all が動かなくなっています。
3 messages
2008/03/22
[#34144] [質問２点] C からの定数参照 & thread switching コストの低減 — Hidetoshi NAGAI <nagai@...>
永井＠知能．九工大です．
4 messages
2008/03/26
[#34158] Complex組み込み — Masahiro TANAKA <masa16.tanaka@...>
Complexが組み込みになるそうですが、これはcomplex.rbを踏襲して、
49 messages
2008/03/27
[#34161] Re: Complex組み込み
— Shin-ichiro HARA <sinara@...>
2008/03/28
原です。
[#34168] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/03/28
> 今までの Complex は、complex.rb にほぼ残して、たとえば Rational 成分
[#34186] Re: Complex組み込み
— Shin-ichiro HARA <sinara@...>
2008/03/31
原です。
[#34187] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/03/31
> そうです。Complex が難しい、という話を書いておくと、
[#34193] Re: Complex組み込み
— Yukihiro Matsumoto <matz@...>
2008/03/31
まつもと ゆきひろです
[#34203] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/04/01
> |僕としては、/ 演算子の振舞いについて前向きに検討してほしいです。
[#34215] Re: Complex組み込み
— Yukihiro Matsumoto <matz@...>
2008/04/02
まつもと ゆきひろです
[#34224] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/04/02
> ふむ。では、/ のふるまいを
[#34225] Re: Complex組み込み
— Yukihiro Matsumoto <matz@...>
2008/04/02
まつもと ゆきひろです
[#34227] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/04/02
> |僕は、quo がいいと思います。
[#34228] Re: Complex組み込み
— Yukihiro Matsumoto <matz@...>
2008/04/02
まつもと ゆきひろです
[#34166] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/03/28
> となるようですが、別の実装として、
[#34172] Re: Complex組み込み
— Masahiro TANAKA <masa16.tanaka@...>
2008/03/28
田中です。
[#34174] Re: Complex組み込み
— Tadayoshi Funaba <tadf@...>
2008/03/28
> 最初に言っておきますが、気を悪くされたのならすみません。
[#34179] Re: Complex組み込み
— "Kenta Murata" <muraken@...>
2008/03/29
村田です．
[#34159] ruby-trunk Marshal.dump bug — nagachika <rucila@...>
nagachika と申します。
2 messages
2008/03/28
[#34163] Array#shift/unshift の高速化 — wanabe <s.wanabe@...>
ワナベと申します。
8 messages
2008/03/28
[#34189] Re: [ruby-cvs:23106] Re: Ruby:r15866 (trunk): * numeric.c (num_quo): should convert its operand to Rational. — Tadayoshi Funaba <tadf@...>
間違って送ったので、再送。
6 messages
2008/03/31
[#34201] Re: [ruby-cvs:23106] Re: Ruby:r15866 (trunk): * numeric.c (num_quo): should convert its operand to Rational.
— Tadayoshi Funaba <tadf@...>
2008/04/01
> > > Log:
[ruby-dev:33991] Maybe IRB bug!! by 09
From:
Tanaka Akira <akr@...>
Date:
2008-03-04 10:26:26 UTC
List:
ruby-dev #33991
以下のように、irb が 09 で Maybe IRB bug!! と表示します。
% irb
irb(main):001:0> RUBY_VERSION
=> "1.9.0"
irb(main):002:0> RUBY_REVISION
=> 15688
irb(main):003:0> 09
SyntaxError: (irb):3: Invalid octal digit
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/workspace.rb:80:in `eval'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/workspace.rb:80:in `evaluate'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/context.rb:218:in `evaluate'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:149:in `block (2 levels) in eval_input'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:262:in `signal_status'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:146:in `block in eval_input'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/ruby-lex.rb:243:in `block (2 levels) in each_top_level_statement'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/ruby-lex.rb:230:in `loop'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/ruby-lex.rb:230:in `block in each_top_level_statement'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/ruby-lex.rb:229:in `catch'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb/ruby-lex.rb:229:in `each_top_level_statement'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:145:in `eval_input'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:69:in `block in start'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:68:in `catch'
from /home/akr/ruby/yarvo0/lib/ruby/1.9.0/irb.rb:68:in `start'
from /home/akr/bin/irb:12:in `<main>'
Maybe IRB bug!!
irb(main):004:0>
--
[田中 哲][たなか あきら][Tanaka Akira]