[#45703] test_advise failure on GNU/Linux — Tanaka Akira <tanaka.akira@...>
今朝、気がついたのですが、手元で test_advise が失敗します。
11 messages
2012/06/05
[#45705] Re: test_advise failure on GNU/Linux
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/06
小崎です
[#45790] Re: test_advise failure on GNU/Linux
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/22
>> /tmp は tmpfs で、カレントディレクトリは ext3 なのですが、
[#45791] Re: test_advise failure on GNU/Linux
— Tanaka Akira <akr@...>
2012/06/22
2012年6月22日 16:42 KOSAKI Motohiro <[email protected]>:
[#45723] Developers' meeting (7/21) — Yusuke Endoh <mame@...>
Hello, committers
13 messages
2012/06/12
[#45731] Re: Developers' meeting (7/21)
— Yusuke Endoh <mame@...>
2012/06/13
Four seats are now left.
[#45735] [ruby-trunk - Feature #6587][Open] proposal: adding new methods File.rootname and Pathname#rootname — "usa (Usaku NAKAMURA)" <usa@...>
14 messages
2012/06/14
[#45944] [ruby-trunk - Feature #6587] proposal: adding new methods File.rootname and Pathname#rootname
— "matz (Yukihiro Matsumoto)" <matz@...>
2012/07/13
[#45745] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult — SASADA Koichi <ko1@...>
見逃していました．
19 messages
2012/06/14
[#45747] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 SASADA Koichi <[email protected]>:
[#45748] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— SASADA Koichi <ko1@...>
2012/06/15
ささだです．
[#45751] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 SASADA Koichi <[email protected]>:
[#45761] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— SASADA Koichi <ko1@...>
2012/06/18
ささだです．
[#45786] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/21
2012/6/19 SASADA Koichi <[email protected]>:
[#45749] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— "U.Nakamura" <usa@...>
2012/06/15
こんにちは、なかむら(う)です。
[#45750] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Yugui <yugui@...>
2012/06/15
2012/6/15 U.Nakamura <[email protected]>:
[#45754] Re: [ruby-changes:24028] yugui:r36079 (trunk): Embedding CRuby interpreter without internal headers has been difficult
— Nobuyoshi Nakada <nobu@...>
2012/06/15
なかだです。
[#45769] [ruby-trunk - Bug #6606][Open] default_external encoding and STDOUT and UTF-8 — "shyouhei (Shyouhei Urabe)" <shyouhei@...>
7 messages
2012/06/19
[#45780] Re: [ruby-changes:24083] nobu:r36134 (trunk): process.c: no method calls in async-signal-safe — Tanaka Akira <akr@...>
2012/6/19 nobu <[email protected]>:
3 messages
2012/06/19
[#45794] :new_pgroup and :pgroup option for spawn. — Tanaka Akira <akr@...>
process.c で気がついたのですが、spawn に Windows 用の :new_pgroup というオプションが
12 messages
2012/06/23
[#45800] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45801] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 11:27 U.Nakamura <[email protected]>:
[#45802] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45803] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 11:52 U.Nakamura <[email protected]>:
[#45804] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45805] Re: :new_pgroup and :pgroup option for spawn.
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 12:13 U.Nakamura <[email protected]>:
[#45806] Re: :new_pgroup and :pgroup option for spawn.
— "U.Nakamura" <usa@...>
2012/06/25
こんにちは、なかむら(う)です。
[#45818] [ruby-trunk - Feature #6643][Open] io.seek(off, :end) — "akr (Akira Tanaka)" <akr@...>
30 messages
2012/06/25
[#45823] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
(6/25/12 6:32 AM), akr (Akira Tanaka) wrote:
[#45825] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— SATOH Fumiyasu <fumiyas@...>
2012/06/25
At Mon, 25 Jun 2012 19:32:06 +0900,
[#45843] Re: [ruby-trunk - Feature #6643][Open] io.seek(off, :end)
— Tanaka Akira <akr@...>
2012/06/25
2012年6月25日 23:37 SATOH Fumiyasu <[email protected]>:
[#46224] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/16
[#46226] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/17
[#46250] [ruby-trunk - Feature #6643] io.seek(off, :end)
— "kou (Kouhei Sutou)" <kou@...>
2012/10/23
[#45826] Question: Thread#kill doesn't throw Exception — SASADA Koichi <ko1@...>
ささだです．
7 messages
2012/06/25
[#45832] Re: Question: Thread#kill doesn't throw Exception
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/06/25
> さらに突っ込んだ質問：
[#45834] Re: Question: Thread#kill doesn't throw Exception
— SASADA Koichi <ko1@...>
2012/06/25
(2012/06/26 4:25), KOSAKI Motohiro wrote:
[ruby-dev:45868] [ruby-trunk - Bug #6662][Open] prepend した Class/Module が継承ツリー上にある Class/Module で ancestors に Class が入り込む
From:
"nagachika (Tomoyuki Chikanaga)" <nagachika00@...>
Date:
2012-06-28 01:08:20 UTC
List:
ruby-dev #45868
Issue #6662 has been reported by nagachika (Tomoyuki Chikanaga). ---------------------------------------- Bug #6662: prepend した Class/Module が継承ツリー上にある Class/Module で ancestors に Class が入り込む https://bugs.ruby-lang.org/issues/6662 Author: nagachika (Tomoyuki Chikanaga) Status: Open Priority: Normal Assignee: Category: core Target version: 2.0.0 ruby -v: ruby 2.0.0dev (2012-06-28 trunk 36243) [x86_64-darwin11.4.0] prepend した Class/Module で Module#ancestors の順番や Class が入り込む問題は r36241 で対処されましたが まだ ancestors を呼ぶ Class/Module そのものではなくてその superclass や include している Module で prepend を使っていると順番が include と同じになる & Class が入り込むようです。 module M; end class C1 prepend M end class C2 < C1 end C2.ancestors => [C2, C1, M, Class, Object, Kernel, BasicObject] -- http://bugs.ruby-lang.org/