ruby-dev

[#47741] [ruby-trunk - Bug #8979][Open] gem のプロキシ認証情報に @ を含むとエラー — "tommy (Masahiro Tomita)" <tommy@...>

[#47742] [Backport 200 - Backport #8980][Assigned] backport r43112, r43114, r43117, r43118 (IO.pipe/popen and close_write/close_read) — "nagachika (Tomoyuki Chikanaga)" <nagachika00@...>

2 messages 2013/10/02

[#47743] [Backport 200 - Backport #8980] backport r43112, r43114, r43117, r43118 (IO.pipe/popen and close_write/close_read) — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/10/02

[#47747] [ruby-trunk - Bug #8995][Open] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>

9 messages 2013/10/08

[#47748] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/10/08

[#47749] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...> 2013/10/08

[#47750] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/10/08

[#47751] [ruby-trunk - Bug #8995][Third Party's Issue] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/10/08

[#47752] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...> 2013/10/08

[#47753] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/10/08

[#47755] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "naruse (Yui NARUSE)" <naruse@...> 2013/10/10

[#47817] [ruby-trunk - Bug #8995] バイナリデータを文字列として encode! すると readbyte の結果が変化する — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/11/23

[#47762] ObjectSpace.trace_object_allocations_debug_start for GC problem — SASADA Koichi <ko1@...>

Hi,

1 message 2013/10/17

[#47763] 各ファイルの (C) の年表記 — SASADA Koichi <ko1@...>

1993-2007 みたいなのが多かったので、えいやと -2013

5 messages 2013/10/18

[#47764] Re: 各ファイルの (C) の年表記 — Masaya TARUI <tarui@...> 2013/10/18

全部が今年に入ってから修正されてれば ",2013"を追加問題ないと思いますが、

[#47765] Re: 各ファイルの (C) の年表記 — OZAWA Sakuro <sakuro@2238club.org> 2013/10/18

表記の有効性はともかく、最初の年だけ書けばいいので、 -以降全部とってしまうという選択肢も。

[#47766] Re: 各ファイルの (C) の年表記 — KOSAKI Motohiro <kosaki.motohiro@...> 2013/10/19

(10/18/13 5:55 AM), OZAWA Sakuro wrote:

[#47767] Re: 各ファイルの (C) の年表記 — SASADA Koichi <ko1@...> 2013/10/19

(2013/10/19 9:09), KOSAKI Motohiro wrote:

[#47768] [ruby-trunk - Bug #9045][Open] URIに含まれるエンコードされたID/パスワードがデコードされない — "vmi (Motonori IWAMURO)" <vmi@...>

5 messages 2013/10/23

[#47772] [ruby-trunk - Bug #9045] URIに含まれるエンコードされたID/パスワードがデコードされない — "vmi (Motonori IWAMURO)" <vmi@...> 2013/10/23

[#47773] [ruby-trunk - Bug #9045][Assigned] URIに含まれるエンコードされたID/パスワードがデコードされない — "sorah (Shota Fukumori)" <her@...> 2013/10/23

[#47774] Re: [ruby-trunk - Bug #9045][Assigned] URIに含まれるエンコードされたID/パスワードがデコードされない — SATOH Fumiyasu <fumiyas@...> 2013/10/23

At Wed, 23 Oct 2013 19:19:45 +0900,

[#47775] [ruby-trunk - Bug #9045] URIに含まれるエンコードされたID/パスワードがデコードされない — "vmi (Motonori IWAMURO)" <vmi@...> 2013/10/24

[#47769] [ruby-trunk - Bug #9046][Open] [PATCH] Inter-process locking for log rotation is required — "sonots (Naotoshi Seo)" <sonots@...>

4 messages 2013/10/23

[#47770] [ruby-trunk - Bug #9046] [PATCH] Inter-process locking for log rotation is required — "shyouhei (Shyouhei Urabe)" <shyouhei@...> 2013/10/23

[#47771] [ruby-trunk - Bug #9046] [PATCH] Inter-process locking for log rotation is required — "naruse (Yui NARUSE)" <naruse@...> 2013/10/23

[#47790] [ruby-trunk - Bug #9046][Open] [PATCH] Inter-process locking for log rotation is required — "nobu (Nobuyoshi Nakada)" <nobu@...> 2013/11/02

[#47777] ext/openssl/ossl.o depends on thread_pthread.h — Tanaka Akira <akr@...>

make の依存関係を調べて気がついたのですが、

1 message 2013/10/28

[#47778] [ruby-trunk - Bug #9061][Open] REXML::Parsers::UltraLightParser で doctype を含む XML のパースがうまくいかない — "ohai (Ippei Obayashi)" <redmine@...>

3 messages 2013/10/30

[#47783] [ruby-trunk - Bug #9061] REXML::Parsers::UltraLightParser で doctype を含む XML のパースがうまくいかない — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...> 2013/10/30

[#47808] [ruby-trunk - Bug #9061] REXML::Parsers::UltraLightParser で doctype を含む XML のパースがうまくいかない — "kou (Kouhei Sutou)" <kou@...> 2013/11/16

[#47779] [ruby-trunk - Bug #9062][Open] lib/rexml/parsers/streamparser.rb に require "rexml/parsers/baseparser" を追加してほしい — "ohai (Ippei Obayashi)" <redmine@...>

3 messages 2013/10/30

[#47782] [ruby-trunk - Bug #9062] lib/rexml/parsers/streamparser.rb に require "rexml/parsers/baseparser" を追加してほしい — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...> 2013/10/30

[#47785] [ruby-trunk - Bug #9062] lib/rexml/parsers/streamparser.rb に require "rexml/parsers/baseparser" を追加してほしい — "kou (Kouhei Sutou)" <kou@...> 2013/10/31

[#47780] [Backport 200 - Backport #9065][Open] backport r41808(openssl build issue on fedora) — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>

2 messages 2013/10/30

[#47784] [Backport 200 - Backport #9065][Assigned] backport r41808(openssl build issue on fedora) — "nagachika (Tomoyuki Chikanaga)" <nagachika00@...> 2013/10/31

[#47781] [Backport93 - Backport #9066][Open] backport r41808(openssl build issue on fedora) — "hsbt (Hiroshi SHIBATA)" <shibata.hiroshi@...>

1 message 2013/10/30

[ruby-dev:47754] [Backport 200 - Backport #8969] backport r43092 (call gc_rest_sweep on GC.disable)

From: "nagachika (Tomoyuki Chikanaga)" <nagachika00@...>

Date: 2013-10-09 14:58:24 UTC

List: ruby-dev #47754

Issue #8969 has been updated by nagachika (Tomoyuki Chikanaga).


ruby_2_0_0 では gc_rest_sweep() -> rest_sweep() に名前を変更してバックポートしました。 
----------------------------------------
Backport #8969: backport r43092 (call gc_rest_sweep on GC.disable)
https://bugs.ruby-lang.org/issues/8969#change-42377

Author: nagachika (Tomoyuki Chikanaga)
Status: Closed
Priority: Normal
Assignee: nagachika (Tomoyuki Chikanaga)
Category: 
Target version: 


r43092 は 2.0.0 でも必要でしょうか? 少なくとも無害でしょうか。
なんとなく GC を止めているところで LazySweep に絡んでいそうな問題の回避策になる気もするので、無害そうなら入れてみようかと思います。


-- 
http://bugs.ruby-lang.org/

Thread

Prev Next

In This Thread

Prev Next