[#26266] pragma on ripper — nobuyoshi nakada <nobuyoshi.nakada@...>

なかだです。

15 messages 2005/06/02

[#26312] rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org>

最近、とあるプログラム(五月雨)が、無限ループに陥ることが何回かありました。

32 messages 2005/06/09
[#26323] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/10

In article <TYOMLEM04Rqf69aZbLA0000002d@tyomlvem02.e2k.ad.ge.com>,

[#26329] Re: rb_gc_mark_threads spin — nobu@... 2005/06/10

なかだです。

[#26331] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506101543.j5AFhToG009328@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26333] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <8764wlil9l.fsf@m17n.org>,

[#26334] Re: rb_gc_mark_threads spin — nobu@... 2005/06/11

なかだです。

[#26337] Re: rb_gc_mark_threads spin — Tanaka Akira <akr@...17n.org> 2005/06/11

In article <200506111335.j5BDZkoG019423@sharui.nakada.niregi.kanuma.tochigi.jp>,

[#26405] WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org>

NetBSD 2.0 で WEBrick を使って HTTP サーバを動かした場合、クライアント

24 messages 2005/06/29
[#26477] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

ごとうゆうぞうです。

[#26480] Re: WEBrick DoS vulnerability — Tanaka Akira <akr@...17n.org> 2005/07/08

In article <20050708.175802.957830318.gotoyuzo@sawara.does.notwork.org>,

[#26481] Re: WEBrick DoS vulnerability — GOTOU Yuuzou <gotoyuzo@...> 2005/07/08

In message <87fyupzgcq.fsf@m17n.org>,

[#26421] Subversion — Shugo Maeda <shugo@...>

前田です。

24 messages 2005/06/30
[#26422] Re: Subversion — Yukihiro Matsumoto <matz@...> 2005/06/30

まつもと ゆきひろです

[#26423] Re: Subversion — "U.Nakamura" <usa@...> 2005/06/30

こんにちは、なかむら(う)です。

[ruby-dev:26379] Re: test failures and errors

From: "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
Date: 2005-06-25 06:40:24 UTC
List: ruby-dev #26379
山本です。

これと

>  2) Failure:
>test_select_with_block(TestSDBM) [./test/sdbm/test_sdbm.rb:216]:
><[["baz", "BAZ"], ["foo", "FOO"]]> expected but was
><[["baz", "BAZ"], ["baz", "BAZ"], ["foo", "FOO"], ["foo", "FOO"]]>.
>

これは

>  1) Failure:
>test_eq(TC_Set) [/home/akr/autobuild/tmp/autobuild/ruby-trunk/20050620T030003/lib/ruby/1.9/set.rb:1064]:
>[ruby-dev:26127].
><#<Set: {nil, #<Exception: Exception>}>> expected to be != to
><#<Set: {#<Exception: Exception>, #<Exception: Exception>}>>.

直し方も自明だったので、直しておきました。

>  2) Failure:
>test_https_proxy_authentication(HTTPSProxyTest)
>    [/home/akr/tmp/autobuild/ruby-trunk/20050620T030003/ruby/test/net/http/test_https_proxy.rb:24:in `test_https_proxy_authentication'
>     /home/akr/tmp/autobuild/ruby-trunk/20050620T030003/ruby/test/net/http/test_https_proxy.rb:9:in `open'
>     /home/akr/tmp/autobuild/ruby-trunk/20050620T030003/ruby/test/net/http/test_https_proxy.rb:9:in `test_https_proxy_authentication']:
>[ruby-dev:25673].
><"CONNECT foo.example.org:8000 HTTP/1.1\r\nHost: foo.example.org:8000\r\nProxy-Authorization: Basic dXNlcjpwYXNzd29yZA==\r\n\r\n"> expected but was
><"CONNECT foo.example.org:8000 HTTP/1.1\r\n\r\n">.

これは、修正パッチが [ruby-dev:25689] に出ているようです。

あと test_env.rb ですが、ENV[key] = nil という書き方がエラーになったため

  @backup = ENV[key]   # 要素がなければ nil になる
  ENV[key] = nil       # エラー
  ENV[key] = @backup   # エラー

という書き方ができなくなっており、

  @backup = ENV[key]
  ENV.delete(key)
  ENV[key] = @backup if @backup

と書かなければいけないのか、それとも

  @backup = ENV[key] || "" # ここは ENV[key] が nil の代わりに "" を返すべき?
  ENV[key] = ""
  ENV[key] = @backup

とすべきなのかわからなかったのでそのままにしてあります。

ruby-list の議論を見たときは「nil の代入で要素が消えても自分は違和感ないなあ」
と感じはしたものの、主張するほど強い思いではなかったので乗り損ねたのですが、
このように書きにくさを感じてしまうと、元の挙動のほうがよかった気もしてきました。

# sdbm も nil の代入で要素が消える挙動ですね。


In This Thread