Nabble - ruby Japanese

[ruby-dev:39797] [Bug #2402] super in instance_eval

2009-11-27T02:30:38Z

チケット #2402 が更新されました。 (by Shugo Maeda)

特異クラス定義でsuperした時はNoMethodErrorになるようです。

defiant:build$ cat t2.rb
class Foo
def foo
p self
end
end

class Bar < Foo
def foo
x = Object.new
class << x
super
end
end
end

Bar.new.foo
defiant:build$ ./ruby-trunk.1124 -v t2.rb
ruby 1.9.2dev (2009-11-24 trunk 25909) [i686-linux]
t2.rb:11:in `singletonclass': super called outside of method (NoMethodError)
from t2.rb:10:in `foo'
from t2.rb:16:in `<main>'

1.8ではFoo#fooが呼ばれます。

defiant:build$ ruby-1_8 -v t2.rb
ruby 1.8.8dev (2009-10-22 revision 25430) [i686-linux]
#<Bar:0xb7ea443c>

参考までに他の処理系では以下のような挙動でした。

defiant:build$ ir -v t2.rb
IronRuby 0.9.1.0 on .NET 2.0.0.0
#<Bar:0x0000056>
defiant:build$ jruby -v t2.rb
jruby 1.5.0.dev (ruby 1.8.7 patchlevel 174) (2009-11-12 421150b) (Java HotSpot(TM) Client VM 1.6.0_16) [i386-java]
#<Class:#<Object:0x180cf2a>>
defiant:build$ rbx -v t2.rb
rubinius 0.13.0-dev (1.8.7 e614007b 2009-11-06) [i686-pc-linux-gnu]
An exception occurred running t2.rb
No method 'bytecode' on an instance of NilClass. (NoMethodError)

それぞれ個性があって面白いですね。

個人的には例外でもいいんじゃないかなと思いますが、1.9のinstance_evalでの
superや、JRubyの特異クラス定義でのsuperのように、変なレシーバでsuperが
呼ばれてしまうのはまずいんじゃないかと思います。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2402

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

From forum: ruby-dev jp

[ruby-list:46571] ruby1.9 でpostgresql8.4を利用するときについて。

2009-11-27T02:12:10Z

稲葉と申します。
いつも、rubyを使っていますが、ｒｕｂｙ1.9を使おうとおもい、試してうまくいかないので質問させてください。
使っているOSはubuntuで、最近9.10にしました。

まず、単純に
プログラムの最初の行を
#!/usr/bin/ruby
と言うところを

#!/usr/bin/ruby1.9
# encoding: utf-8

として実行しています。（これも正しいか参考になるところを知ってたら教えて欲しいと思います。）

データベースはPostgreSQL8.4を利用していまして、
その関連のライブラリ　libpgsql-ruby1.9 libdbd-pg-ruby1.9 libdbi-ruby1.9 インストールしてみています。

プログラムを実行しますとエラーがでます。

例として
-------------------
#!/usr/bin/ruby1.9
# encoding: utf-8
require 'dbi'

begin
conn = DBI.connect('DBI:PG:testdb:localhost', 'test01', '123456789')
sql = "
CREATE TABLE t01
(
id serial NOT NULL PRIMARY KEY,
key integer
);"
sth = conn.prepare(sql)
sth.execute

for i in 0 .. 10000
num = rand(1000)
sql = "INSERT INTO t01(key) values(#{num}); "
sth = conn.prepare(sql)
sth.execute
puts i
end

end
-------------------
を実行しますと

$ ruby1.9 test.rb
/usr/lib/ruby/1.9.0/dbi.rb:294:in `block in load_driver': Unable to
load driver 'PG' (underlying error: uninitialized constant
DBI::DBD::PG) (DBI::InterfaceError)
from /usr/lib/ruby/1.9.0/monitor.rb:190:in `mon_synchronize'
from /usr/lib/ruby/1.9.0/dbi.rb:236:in `load_driver'
from /usr/lib/ruby/1.9.0/dbi.rb:154:in `_get_full_driver'
from /usr/lib/ruby/1.9.0/dbi.rb:139:in `connect'
from test.rb:6:in `<main>'

というふうにエラーが出ます。

$ ruby test.rb
と実行しますとエラーはでません。

何が問題かご存じないでしょうか？

From forum: ruby-list jp

[ruby-dev:39796] バグ? ブロック引数で to_ary が呼ばれる必要のない場面で呼ばれる

2009-11-27T01:52:44Z

けいじゅ＠いしつかです.

Rubyのバグのようなバグではないようななんですが...

ブロック引数にオプション引数を用いている場合で, 呼び出し側が:

pre_bjob.each_export_by(input_filter, self) do |export, opts={}|

で, 呼び出される側が:

def each_export_by(njob, mapper, &block)
# block.call njob.export, :foo=>:bar
block.call njob.export
end

となっているとき, njob.export に to_ary がないと怒られてしまいます.

で, プログラム的にこの場面で to_ary が呼ばれる必要はないと思うのですが?
どうなんでしょう?

さらに, コメントのようにオプション引数にも実引数を渡すとこれは怒られな
くなります.

ただ, 簡単な再現スクリプトを作ってもこの現象は再現しませんので, 何か特
殊な条件が重なると発生するようです...

一応, どのリビジョンからこの現象が起るのかは調べてあって,

ruby 1.9.2dev (2009-10-29 trunk 25556) [i686-linux]

からになります. ChangeLogを見ると

* array.c (rb_ary_to_ary): do not use #respond_to? to detect
to_ary. Just call. [ruby-core:23738]

こんなのがあって, 怪しいかなと思うのですが...

__
---------------------------------------------------->> 石塚圭樹 <<---
---------------------------------->> e-mail: keiju@... <<---

From forum: ruby-dev jp

[ruby-dev:39795] [Backport #2405](Assigned) Test::Unit.runの条件判定が逆?

2009-11-26T23:20:21Z

チケット #2405 が更新されました。 (by Nobuyoshi Nakada)

カテゴリ libにセット
ステータス OpenからAssignedに変更
担当者 Shyouhei Urabeにセット

ドキュメントの誤りです。このrunは過去分詞なのでしょう。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2405

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

From forum: ruby-dev jp

[ruby-dev:39794] [Bug #2338](Assigned) 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる

2009-11-26T03:47:37Z

チケット #2338 が更新されました。 (by Yui NARUSE)

ステータス OpenからAssignedに変更
担当者 Yuki Sonodaにセット

backport r22308 (=r25660+25661)
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2338

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

From forum: ruby-dev jp

[ruby-dev:39793] Re: [ruby-cvs:32310] Ruby:r25092 (trunk): * win32/win32.c, include/ruby/win32.h (rb_w32_access): new function to

2009-11-26T02:42:55Z

On 9/25/09 4:04 PM, usa@... wrote:

> usa 2009-09-25 16:04:25 +0900 (Fri, 25 Sep 2009)
>
> New Revision: 25092
>
> http://svn.ruby-lang.org/cgi-bin/viewvc.cgi?view=rev&revision=25092
>
> Log:
> * win32/win32.c, include/ruby/win32.h (rb_w32_access): new function to
> replace MSVCRT's access().
> [ruby-core:25761]
>
> * file.c (eaccess): workaround for recent MSVCRT is no longer needed.
>
> Modified files:
> trunk/ChangeLog
> trunk/file.c
> trunk/include/ruby/win32.h
> trunk/win32/win32.c
>

win環境がないのでよく分からないんですが、[ruby-core:25718]って1.9.1でも
発生しますか?　発生するのであればr25092をバックポートしたいと思います。

--
Yugui <yugui@...>
http://yugui.jp
私は私をDumpする

From forum: ruby-dev jp

[ruby-dev:39792] [Bug #2405] Test::Unit.runの条件判定が逆?

2009-11-26T01:34:44Z

Bug #2405: Test::Unit.runの条件判定が逆?
http://redmine.ruby-lang.org/issues/show/2405

起票者: Sho Hashimoto
ステータス: Open, 優先度: Normal
ruby -v: ruby 1.8.7 (2008-08-11 patchlevel 72)

Test::Unit.runにtrueを代入すると、単体テストが自動実行されません。

test/unit.rbには以下のような説明があるので、trueを代入した時に自動実行
したいという意図があると考えました。どちらが正しいのでしょうか?

# Automatically run tests at exit?
def self.run?
@run ||= false
end

もし不具合なら、以下のような修正になると考えています。

--- unit.rb 2007-02-13 08:01:19.000000000 +0900
+++ unit.rb 2009-11-26 18:18:01.000000000 +0900
@@ -268,13 +268,13 @@

# Automatically run tests at exit?
def self.run?
- @run ||= false
+ @run ||= true
end
end
end

at_exit do
- unless $! || Test::Unit.run?
+ if $!.nil? && Test::Unit.run?
exit Test::Unit::AutoRunner.run
end
end

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

From forum: ruby-dev jp

[ruby-dev:39791] Re: String::gsubにおけるinvalid byte sequenceの検出について

2009-11-25T19:16:39Z

成瀬様

説明していただきありがとうございました。

ただ、なかなか Ruby のバグであると確信を持てないもので ...
今回も単に自分のつまらない見落としでないかという不安を抱えつつ、投稿させ
ていただきました。

以上です。

NARUSE, Yui さんは書きました:

> 成瀬です。
>
> TAKEGAWA Hiroshi wrote:
>
>> またなにかありましたら報告させていただきたいと思います。
>> なお、本件、本来は ruby-list に投稿すべき内容のだったことに後で気が付き
>> ました。以後気をつけたいと思います。
>
> 結論から申しますと、これは ruby-dev でよかったと思います。
> 簡単に使い分けを述べると、
> * ruby-list は Ruby を「使う」人
> * ruby-dev は Ruby を「作る」人
> のためのメーリングリストという事になります。
>
> つまり、本件のような Ruby 自体のバグを報告する際は、
> 「Ruby を『作る』人」が見るべきものなので ruby-dev が適切です。

--
Hiroshi TAKEGAWA

From forum: ruby-dev jp

[ruby-dev:39790] [Bug #2387](Closed) test/mkmf/base.rb は RbConfig::CONFIG['cppflags'] が nil のとき例外で止まる

2009-11-25T18:47:06Z

チケット #2387 が更新されました。 (by Nobuyoshi Nakada)

ステータス AssignedからClosedに変更
進捗 % 0から100に変更

This issue was solved with changeset r25928.
Kenta, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.

----------------------------------------
http://redmine.ruby-lang.org/issues/show/2387

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

From forum: ruby-dev jp

[ruby-dev:39789] [Bug #2388] test-all 中に popen で ruby.exe が落ちる

2009-11-25T17:22:29Z

チケット #2388 が更新されました。 (by Usaku NAKAMURA)

残念ながら再現できないのですが、そちらでは
nmake test-all TESTS="-v ruby/test_process.rb"
だけでも再現できますか？
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2388

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

From forum: ruby-dev jp

[ruby-dev:39788] [Bug #2386](Assigned) r25230 causes SEGV arround Marshal

2009-11-25T14:44:40Z

チケット #2386 が更新されました。 (by _ wanabe)

ステータス ClosedからAssignedに変更

すみません。間違って閉じてしまいました。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2386

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

From forum: ruby-dev jp

[ruby-dev:39787] [Bug #2386](Closed) r25230 causes SEGV arround Marshal

2009-11-25T14:37:09Z

チケット #2386 が更新されました。 (by _ wanabe)

ステータス AssignedからClosedに変更
進捗 % 0から100に変更

This issue was solved with changeset r25927.
Yui, thank you for reporting this issue.
Your contribution to Ruby is greatly appreciated.
May Ruby be with you.

----------------------------------------
http://redmine.ruby-lang.org/issues/show/2386

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

From forum: ruby-dev jp

[ruby-dev:39786] Re: [Bug #2386] r25230 causes SEGV arround Marshal

2009-11-25T11:42:44Z

けいじゅ＠いしつかです.

対応ありがとうございます.

In [ruby-dev:39774] the message: "[ruby-dev:39774] [Bug #2386] r25230
causes SEGV arround Marshal", on Nov/25 23:08(JST) _ wanabe writes:

>チケット #2386 が更新されました。 (by _ wanabe)

>再現できないのでわかりませんが、これでどうでしょうか。

SEGVする確率はかなり減りました. 代わりに例外:

[P]#7 njob.rb[172] NFile#rescue in each: method `to_s' called on unexpected T_NONE object (0x9bc8f64 flags=0x2000 klass=0x0)
/usr/local/apps/rubyware/ruby-1.9.2-20091126/lib/ruby/1.9.1/delegate.rb:265:in `write'
/usr/local/apps/rubyware/ruby-1.9.2-20091126/lib/ruby/1.9.1/delegate.rb:265:in `block in delegating_block'
/

の頻度が高くなった気がします. 総合的な発生確率は同じ感じです...

あと,

> ちなみに、Marshal.dump(e, io) で ioにTempfileを使っていると言いまし
> たが、tempfileから実際のioを取り出して、直接そちらにdumpするようにす
> ると、エラーは発生しなくなります。

と言いましたが, これでも, かなり頻度は下がりますがSEGVは発生するようで
す(最新版では試せていません). 頻度的には, Tempfileを使う場合は, 数秒以
内に確実に発生し, 直接のio仕様の場合は数時間に1回程度の割合ぐらいにな
るようです.

__
---------------------------------------------------->> 石塚圭樹 <<---
---------------------------------->> e-mail: keiju@... <<---

From forum: ruby-dev jp

[ruby-dev:39785] Re: [Feature #973] EncDet again

2009-11-25T11:02:22Z

成瀬です。

Akinori MUSHA wrote:
>>> ライブラリ名は encoding でいいんじゃないですか？
>> encoding.rb はちょっと時期尚早じゃないかなぁ。
>
> その理由について何らかの材料をいただけないでしょうか。
> 私の主張はライブラリ名として今使っても問題ないだろうという点なので。

まず前提として、Ruby のエンコーディングの命名は、
IANA Charset の実際上の運用とは異なっています。
つまり、世間では Shift_JIS という名前を Windows-31J として使っているのに対し、
Ruby はその区別を厳格にする事を求め、ルーズにしていると Windows 環境では
例外が上がるように設計されています。

Encoding や、magic comment を読む EncDet はこの枠内で動いています。
ので、ここまでは Encoding に統合可能ではあるのですが、
Encoding をあまり肥大化させると、それ以外の実際上の IANA Charset 的な、
Ruby としては間違った世界のものも扱う必要が出てくるように思います。
その場合の判断は後述の理由から、現時点では避けたいと考えています。

つまり、Encoding の本質について今は判断を避けたいのです。

>>> APIは（少なくともアプリケーションは）Encoding以外のクラス名を使わなくて済むように
>>> 工夫すればいいと思います。
>> その工夫が思いつかなくてたな晒しになっている現状、有効な案だとは思えません。
>
> まずはライブラリ名や実装クラス名の問題を取り除いて、エンドユーザが使うAPIに
> フォーカスすればこのissueはシンプルになるのではないでしょうか。

これは賛成です。

>> なお、open 等に detect をつっこめるほど EncDet について知見が集まっているとも考えがたいです。
>
> ご自分が挙げられた IO::detect_open に即座の反対は寄せられていないし、
> 十分いい名前だと思いますよ。何をdetectするのかという問いは、Encoding自体を
> 必ずしも文字コードだけに収まらない概念とすれば答えになるでしょう。
> （そこの方針を私は把握していないのですが）

Encoding は文字コードのみを扱うべきだと、わたしは現時点で思っています。

> 私などは新しく書くコードにもNKFを使う有様ですし、Nokogiriなどを見ても、
> みんな同じなんだなあと思います。最終版でなくていいから、「いずれこんな感じで
> できるようになるよ」というのを見せてほしいとみんな思っていますよ。

Nokogiri は前述の IANA Charset ベースの話なので、EncDet より話は悲惨です。
つまり、charset=Shift_JIS まわりで地雷を踏むことでしょう。

こっちがまともになるのはもうしばらくかかると思われます。
この辺について、IANA 側で動く気配があるので、そちらの動きが見えるまでは
Ruby 側で対処するつもりはありません。

--
NARUSE, Yui <naruse@...>

From forum: ruby-dev jp

[ruby-dev:39784] Re: [Feature #973] EncDet again

2009-11-25T10:45:54Z

成瀬です。

Kouhei Sutou wrote:
>>> またクラス名も、実装は Encoding::Detector などわかりやすい名前の下で行いつつ、
>> その手の Java 的な「わかりやすい名前」が、必ずしも Ruby において「いい名前」ではない、
>> ってのはこの話の論点の一つですよね。
>
> http://doc.okkez.net/static/192/library/_builtin.html
> にあるクラス名・モジュール名をざっくり見てみると、クラス名・
> モジュール名を省略していない方が多いように見えます。

そこにある数々のクラス・モジュールのうち、
自分でその名前を書く物って一部ではないでしょうか。
例えば、BasicObject, Encoding::Converter, File::Constants などが
念頭にあるのだと思いますが、どれも通常書く事はないはずです。

また、略されているのは
ARGF, Bignum, Dir, ENV, Fixnum, GC, Hash, Proc, Regexp
あたりですが、どれも超有名クラスですよね。

> わかりやすいというのは省略しないということと解釈したのですが、
> わかりやすいというのとJava的というのは関係ない気がします。

Java では「わかりやすい名前」(=省略しない名前)を、
「いい名前」であるとしているというイメージがあるので。

Ruby において省略しない事が必ずしもいい事ではなく、
むしろあまり使うべきでないものに対して使われる事が多いのは
前提に置くべきじゃないですかね。

--
NARUSE, Yui <naruse@...>

From forum: ruby-dev jp

[ruby-dev:39783] [Feature #973] EncDet again

2009-11-25T10:38:47Z

チケット #973 が更新されました。 (by Akinori MUSHA)

> > ライブラリ名は encoding でいいんじゃないですか？
>
> encoding.rb はちょっと時期尚早じゃないかなぁ。

その理由について何らかの材料をいただけないでしょうか。
私の主張はライブラリ名として今使っても問題ないだろうという点なので。

> > またクラス名も、実装は Encoding::Detector などわかりやすい名前の下で行いつつ、
>
> その手の Java 的な「わかりやすい名前」が、必ずしも Ruby において「いい名前」ではない、
> ってのはこの話の論点の一つですよね。

エンドユーザが使わない部分の名前として挙げたので、そこはどうでもいいと思います。

> > APIは（少なくともアプリケーションは）Encoding以外のクラス名を使わなくて済むように
> > 工夫すればいいと思います。
>
> その工夫が思いつかなくてたな晒しになっている現状、有効な案だとは思えません。

まずはライブラリ名や実装クラス名の問題を取り除いて、エンドユーザが使うAPIに
フォーカスすればこのissueはシンプルになるのではないでしょうか。

> なお、open 等に detect をつっこめるほど EncDet について知見が集まっているとも考えがたいです。

ご自分が挙げられた IO::detect_open に即座の反対は寄せられていないし、
十分いい名前だと思いますよ。何をdetectするのかという問いは、Encoding自体を
必ずしも文字コードだけに収まらない概念とすれば答えになるでしょう。
（そこの方針を私は把握していないのですが）

[ruby-dev:33628]から早20ヶ月。1.9にはちゃんと番人が居てくれるのだし、
trunkに入れてみて、使ってみては直しを繰り返してこそ問題も見えて来るはず。

私などは新しく書くコードにもNKFを使う有様ですし、Nokogiriなどを見ても、
みんな同じなんだなあと思います。最終版でなくていいから、「いずれこんな感じで
できるようになるよ」というのを見せてほしいとみんな思っていますよ。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/973

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

From forum: ruby-dev jp

[ruby-dev:39782] Re: [Feature #973] EncDet again

2009-11-25T09:49:26Z

須藤です。

In <4b0d6903e2a11_8c37d9e412135f0@...>
"[ruby-dev:39781] [Feature #973] EncDet again" on Thu, 26 Nov 2009 02:27:32 +0900,
Yui NARUSE <redmine@...> wrote:

>> またクラス名も、実装は Encoding::Detector などわかりやすい名前の下で行いつつ、
>
> その手の Java 的な「わかりやすい名前」が、必ずしも Ruby において「いい名前」ではない、
> ってのはこの話の論点の一つですよね。

http://doc.okkez.net/static/192/library/_builtin.html
にあるクラス名・モジュール名をざっくり見てみると、クラス名・
モジュール名を省略していない方が多いように見えます。

わかりやすいというのは省略しないということと解釈したのですが、
わかりやすいというのとJava的というのは関係ない気がします。

From forum: ruby-dev jp

[ruby-dev:39781] [Feature #973] EncDet again

2009-11-25T09:27:32Z

チケット #973 が更新されました。 (by Yui NARUSE)

> ライブラリ名は encoding でいいんじゃないですか？

encoding.rb はちょっと時期尚早じゃないかなぁ。

> またクラス名も、実装は Encoding::Detector などわかりやすい名前の下で行いつつ、

その手の Java 的な「わかりやすい名前」が、必ずしも Ruby において「いい名前」ではない、
ってのはこの話の論点の一つですよね。

> APIは（少なくともアプリケーションは）Encoding以外のクラス名を使わなくて済むように
> 工夫すればいいと思います。

その工夫が思いつかなくてたな晒しになっている現状、有効な案だとは思えません。

なお、open 等に detect をつっこめるほど EncDet について知見が集まっているとも考えがたいです。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/973

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

From forum: ruby-dev jp

[ruby-dev:39780] [Feature #973] EncDet again

2009-11-25T09:05:21Z

チケット #973 が更新されました。 (by Akinori MUSHA)

ライブラリ名は encoding でいいんじゃないですか？

将来ほかにもEncoding絡みの追加ライブラリの必要が出てきたら、
encoding/detect などに移して encoding はよく使いそうな encoding/* をすべて require
（あるいはautoload）するようにすれば互換性を保てます。

またクラス名も、実装は Encoding::Detector などわかりやすい名前の下で行いつつ、
APIは（少なくともアプリケーションは）Encoding以外のクラス名を使わなくて済むように
工夫すればいいと思います。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/973

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

From forum: ruby-dev jp

[ruby-dev:39779] [Feature #973] EncDet again

2009-11-25T07:59:48Z

チケット #973 が更新されました。 (by Yui NARUSE)

chardetはアウトだと思います、"det"じゃなくて"char"の方が。
detの方も諸手を挙げて賛成というわけではありません。

しかし、現状rdoc絡みやerb周りなど、EncDetを再発明しようとした挙句に失敗してしまった例が散見されており、
そろそろこのライブラリは標準添付しないと悪しき遺産を残しかねないと憂慮しています。

言い換えると、このライブラリの用途は様々な場面で必要である一方、実装が意外と難しいので、
適切なライブラリを標準添付で提供しなければならないと思っています。
たとえ名前で合意がつかなかったとしても、yuguiさん判断で名前を決定し、添付するべきであろうと。

で、わたしは encdet でもいいと思っています。
なぜなら、これは使われるライブラリであり、使ってればどうせ慣れるから。
----------------------------------------
http://redmine.ruby-lang.org/issues/show/973

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

From forum: ruby-dev jp

[ruby-dev:39778] Re: [Bug #2386] r25230 causes SEGV arround Marshal

2009-11-25T07:46:09Z

まつもとゆきひろです

In message "Re: [ruby-dev:39774] [Bug #2386] r25230 causes SEGV arround Marshal"
on Wed, 25 Nov 2009 23:08:16 +0900, _ wanabe <redmine@...> writes:

|再現できないのでわかりませんが、これでどうでしょうか。
|
|Index: marshal.c
|===================================================================
|--- marshal.c (revision 25922)
|+++ marshal.c (working copy)

コミットしてください。

From forum: ruby-dev jp

[ruby-dev:39777] Re: [Feature #973] EncDet again

2009-11-25T07:28:34Z

須藤です。

In <4b0d4b0e62b03_8c37c0cb6c133a@...>
"[ruby-dev:39775] [Feature #973] EncDet again" on Thu, 26 Nov 2009 00:19:42 +0900,
Kazuhiro NISHIYAMA <redmine@...> wrote:

> Pythonだとchardetという名前のライブラリがあるようなので、
> encdetでも良さそうな気がしますが、どうでしょうか?
>
> http://chardet.feedparser.org/

わざわざわかりにくい名前を真似する必要はないと思います。
（*私には*わかりにくいです。）

From forum: ruby-dev jp

[ruby-dev:39776] Re: [Bug #2386] r25230 causes SEGV arround Marshal

2009-11-25T07:26:46Z

遠藤です。

2009年11月25日23:08 _ wanabe <redmine@...>:

> 再現できないのでわかりませんが、これでどうでしょうか。
>
> Index: marshal.c
> ===================================================================
> --- marshal.c (revision 25922)
> +++ marshal.c (working copy)
> @@ -166,6 +166,7 @@
> return;
> rb_mark_set(p->data);
> rb_mark_hash(p->compat_tbl);
> + rb_gc_mark(p->str);
> }
>
> static void

おおすごい。これっぽい予感がしますね。

以下のように marshal_dump の中で GC を起こさせると、

diff --git a/marshal.c b/marshal.c
index 7acc495..cd747b8 100644
--- a/marshal.c
+++ b/marshal.c
@@ -941,6 +941,7 @@ marshal_dump(int argc, VALUE *argv)
port = arg->str;
}

+ rb_gc();
w_byte(MARSHAL_MAJOR, arg);
w_byte(MARSHAL_MINOR, arg);

以下のコードで SEGV しますので、いずれにせよこのパッチは当てるべきだと
思います。

$ ./miniruby -e '
class C
def marshal_dump
GC.start
""
end
end
o = Object.new
def o.write(s)
s
end
Marshal.dump(C.new, o)
'
-e:4: [BUG] rb_gc_mark(): unknown data type 0x0(0x8248bac) corrupted object
(snip)

--
Yusuke ENDOH <mame@...>

From forum: ruby-dev jp

[ruby-dev:39775] [Feature #973] EncDet again

2009-11-25T07:19:42Z

チケット #973 が更新されました。 (by Kazuhiro NISHIYAMA)

Pythonだとchardetという名前のライブラリがあるようなので、
encdetでも良さそうな気がしますが、どうでしょうか?

http://chardet.feedparser.org/
----------------------------------------
http://redmine.ruby-lang.org/issues/show/973

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

From forum: ruby-dev jp

[ruby-dev:39774] [Bug #2386] r25230 causes SEGV arround Marshal

2009-11-25T06:08:16Z

チケット #2386 が更新されました。 (by _ wanabe)

再現できないのでわかりませんが、これでどうでしょうか。

Index: marshal.c
===================================================================
--- marshal.c (revision 25922)
+++ marshal.c (working copy)
@@ -166,6 +166,7 @@
return;
rb_mark_set(p->data);
rb_mark_hash(p->compat_tbl);
+ rb_gc_mark(p->str);
}

static void
----------------------------------------
http://redmine.ruby-lang.org/issues/show/2386

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

From forum: ruby-dev jp

[ruby-list:46570] Re: AntからRspecを起動する方法

2009-11-25T02:23:15Z

okkezさん

ありがとうございます。その手がありましたね。

2009年11月25日19:04 okkez <okkez000@...>:

> okkez です。
>
> 2009年11月25日16:39 Ayumu Aizawa <ayumu.aizawa@...>:
>> あいざわです。
>>
>> わけあって、AntからRSpecを実行したいのですが、そんなAntタスクってどこかにありませんか？
>> JRubyを使ったJTestRというのがあるのは知っているのですが、これはRspecでJavaをテストするもので
>> 今回探しているものとはちょっと違います。
>> 今回は単純にJRubyを使わずに単純にAntからRubyでRSpecを実行したいのです。
>>
>> 心あたりのある方は教えてください。
>>
>> よろしくお願いします。
>>
>
> ご要望に合うかどうかわかりませんが、Ant には Exec タスクがあるので任意のコマンドを実行可能です。
> rake 経由で rspec を実行するだけなら以下でいけるんじゃないでしょうか。
>
> <target name="spec">
> <exec executable="rake">
> <arg value="spec"/>
> </exec>
> </target>
>
> spec コマンドを使って実行するならもう少し工夫する必要があるかもしれません。
>
> 参考 http://ant.apache.org/manual/CoreTasks/exec.html
>
>
> --
> okkez
> okkez000@...
>
>

From forum: ruby-list jp

[ruby-dev:39773] Re: require 'dbi' でうまくゆかないときがあります。

2009-11-25T02:20:07Z

色々ありがとうございます。
dbiをいろいろ間違えて理解していたようです。

sth = conn.prepare(sql)
sth.execute

と言う部分は
sth = conn.execute(sql)
と変更し、

また、
sth.finish
を入れるようにしましたら、うまく行きました。

ちゃんと説明をよく読まねばと痛感しました。

しかし
http://osdir.com/ml/db.postgresql.dbdpg/2005-12/msg00006.html
は英語で分かりませんでした。

有難うございました。

From forum: ruby-dev jp

[ruby-list:46569] Re: AntからRspecを起動する方法

2009-11-25T02:04:54Z

okkez です。

2009年11月25日16:39 Ayumu Aizawa <ayumu.aizawa@...>:

> あいざわです。
>
> わけあって、AntからRSpecを実行したいのですが、そんなAntタスクってどこかにありませんか？
> JRubyを使ったJTestRというのがあるのは知っているのですが、これはRspecでJavaをテストするもので
> 今回探しているものとはちょっと違います。
> 今回は単純にJRubyを使わずに単純にAntからRubyでRSpecを実行したいのです。
>
> 心あたりのある方は教えてください。
>
> よろしくお願いします。
>

ご要望に合うかどうかわかりませんが、Ant には Exec タスクがあるので任意のコマンドを実行可能です。
rake 経由で rspec を実行するだけなら以下でいけるんじゃないでしょうか。

<target name="spec">
<exec executable="rake">
<arg value="spec"/>
</exec>
</target>

spec コマンドを使って実行するならもう少し工夫する必要があるかもしれません。

参考 http://ant.apache.org/manual/CoreTasks/exec.html

--
okkez
okkez000@...

From forum: ruby-list jp

[ruby-dev:39772] [Bug #2402] super in instance_eval

2009-11-25T00:55:42Z

Bug #2402: super in instance_eval
http://redmine.ruby-lang.org/issues/show/2402

起票者: Shugo Maeda
ステータス: Open, 優先度: Normal
ruby -v: ruby 1.9.2dev (2009-11-24 trunk 25909) [i686-linux]

instance_evalのブロック内でsuperを呼ぶと、instance_evalで変更された
selfに対してsuperの呼び出しを行ってしまうようです。

defiant:build$ cat t.rb
class Foo
def foo
p self
end
end

class Bar < Foo
def foo
x = Object.new
x.instance_eval do
super
end
end
end

Bar.new.foo
defiant:build$ ./ruby-trunk.1124 -v t.rb
ruby 1.9.2dev (2009-11-24 trunk 25909) [i686-linux]
#<Object:0x8590f6c>

Foo#fooが呼ばれるのにselfがObjectという、ちょっとおかしなことになっています。
ちょっと自信がありませんが、一応パッチを添付します。

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

From forum: ruby-dev jp

[ruby-dev:39771] [Bug #2401] Array splat bug: a=[1,2]; p [*a] #=> []

2009-11-24T23:51:25Z

Bug #2401: Array splat bug: a=[1,2]; p [*a] #=> []
http://redmine.ruby-lang.org/issues/show/2401

起票者: Akinori MUSHA
ステータス: Open, 優先度: High
カテゴリ: core, Target version: Ruby 1.8.8
ruby -v: ruby 1.8.8dev (2009-11-24 revision 25903) [x86_64-freebsd7]

a=[1,2]; p [*a] #=> []
となってしまいます。

parse.yを見たんですが、argsとargs2の使い分けがよく分かりません。
（r25658の前は同じだったように見えます）

when_argsを復活させるのが近道なんですかねえ。

なお、もちろんtest-allは必要ですが、
test/ruby/test_array.rb
test/ruby/test_case.rb
test/ruby/test_assignment.rb
あたりで基本的なチェックはできます。

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

From forum: ruby-dev jp

[ruby-list:46568] AntからRspecを起動する方法

2009-11-24T23:39:08Z

あいざわです。

わけあって、AntからRSpecを実行したいのですが、そんなAntタスクってどこかにありませんか？
JRubyを使ったJTestRというのがあるのは知っているのですが、これはRspecでJavaをテストするもので
今回探しているものとはちょっと違います。
今回は単純にJRubyを使わずに単純にAntからRubyでRSpecを実行したいのです。

心あたりのある方は教えてください。

よろしくお願いします。

Ayumu AIzawa (@ayumin)

From forum: ruby-list jp

[ruby-dev:39770] Re: require 'dbi' でうまくゆかないときがあります。

2009-11-24T23:27:02Z

Yuguiです。

2009/11/25 Nobuyuki Inaba <nobuyuki.inaba@...>:
> ここに質問してよいか悩みながら、困ったことが、おきたのでメールさせていただきます。

ここはRubyそれ自体の開発について話す場所で、明らかにここにメールすべきではありませんでした。
Ruby処理系を利用してRubyプログラム開発についてはruby-listで相談できます。
メーリングリストの使い分けについては下記を参照してください。
http://www.ruby-lang.org/ja/community/mailing-lists/

ただ、興味を持ってちょっと検索してみたら答えらしきものを見つけましたのでお答えします。

> /usr/lib/ruby/1.8/dbd/pg/statement.rb:62:in `execute': ERROR:
> 準備された文"ruby-dbi:Pg:70118378567060"はすでに存在します (DBI::ProgrammingError)
> from /usr/lib/ruby/1.8/dbi/handles/statement.rb:116:in `execute'
> from ich024-2.rb:19
> from ich024-2.rb:15:in `each'
> from ich024-2.rb:15
(snip)
> for i in 0 .. 10000
> の部分を
> for i in 0 .. 100
> ぐらいだとエラーは出ません。

http://osdir.com/ml/db.postgresql.dbdpg/2005-12/msg00006.html

に似た例があります。不必要にサーバーサイドのPrepared statementを作っているので名前が衝突している模様です。
DBIのREADMEにあるようにprepareにブロックを渡してリソースを解放するか、このような小さなケースであればprepared
statementの使用をやめるか、
あるいはリンク先にあるようにクライアントサイドでのprepared statementっぽいものに切り替えるかすれば良いです。

> 以前のPostgreSQL8.3では出なかったと思いますが、このエラーメッセージはどうすればよいかわかりません。

よく知りませんが、バージョンアップで何かパラメータでも変わって、リソース枯渇が発現するタイミングが変わったのでしょう。
要するに、今まで動いていたのはたまたまであって、元々このプログラムには問題があったと言うことです。上記のように解決すると良いでしょう。

何か質問があれば、ruby-listに再度投稿してください。

--
Yuki Sonoda (Yugui)
yugui@...
http://yugui.jp

From forum: ruby-dev jp

[ruby-dev:39769] require 'dbi'　でうまくゆかないときがあります。

2009-11-24T21:30:07Z

稲葉と申します。
ここに質問してよいか悩みながら、困ったことが、おきたのでメールさせていただきます。

OSはubuntu9.10を使っています。前のバージョンから、最近、9.10にしました。
そのせいで、使っていたデータベースはPostgreSQLが8.3から8.4になりました。

話をかんたんにするため、例を用意しました。
---------------------------------------------------
#!/usr/bin/ruby
require 'dbi'

begin
conn = DBI.connect('DBI:PG:testdb:localhost', 'test01', '123456789')
sql = "
CREATE TABLE t01
(
id serial NOT NULL PRIMARY KEY,
key integer
);"
sth = conn.prepare(sql)
sth.execute

for i in 0 .. 10000 # ここが 10000 ではなく、100ぐらいだとエラーはでない。
num = rand(1000)
sql = "INSERT INTO t01(key) values(#{num}); "
sth = conn.prepare(sql)
sth.execute
puts i
end

end
------------------------------------------------------------------

というプログラムを実行しますと、
0
1
....
890
891
/usr/lib/ruby/1.8/dbd/pg/statement.rb:62:in `execute': ERROR:
準備された文"ruby-dbi:Pg:70118378567060"はすでに存在します (DBI::ProgrammingError)
from /usr/lib/ruby/1.8/dbi/handles/statement.rb:116:in `execute'
from ich024-2.rb:19
from ich024-2.rb:15:in `each'
from ich024-2.rb:15

と言うようにエラーが表示されます。
以前のPostgreSQL8.3では出なかったと思いますが、このエラーメッセージはどうすればよいかわかりません。
また、
for i in 0 .. 10000
の部分を
for i in 0 .. 100
ぐらいだとエラーは出ません。
なにかまずいことしているとか、ごぞんじないでしょうか？
どこをうたがうとよいか正直分かりません。

なにか、どこが問題なのか分かりましたら教えていただけないでしょうか？
困ってます。

From forum: ruby-dev jp

[ruby-dev:39768] [Bug:trunk] race condition of /#{ foo }/o

2009-11-24T06:36:54Z

遠藤です。

以下のようにすると SEGV します。

$ cat race.rb
f = proc {|s| /#{ sleep 1; s }/o }
[ Thread.new { f.call("foo"); nil },
Thread.new { sleep 0.5; f.call("bar"); nil },
].each {|t| t.join }
GC.start
p f.call

$ ./ruby race.rb
race.rb:6: [BUG] Segmentation fault
ruby 1.9.2dev (2009-11-24 trunk 25908) [i686-linux]

-- control frame ----------
c:0004 p:---- s:0011 b:0011 l:000010 d:000010 CFUNC :p
c:0003 p:0083 s:0007 b:0007 l:001d8c d:0022e8 EVAL race.rb:6
c:0002 p:---- s:0004 b:0004 l:000003 d:000003 FINISH
c:0001 p:0000 s:0002 b:0002 l:001d8c d:001d8c TOP
---------------------------
race.rb:6:in `<main>'
race.rb:6:in `p'

セグメンテーション違反です

onceinlinecache を通ってから setinlinecache に着く前までの間
(= /#{ sleep 1; s }/o の評価が始まってから終わるまでの間) に
複数のスレッドが突入すると、インラインキャッシュのアクセスが
race condition になっていて適切にマークされなくなるようです。

解決方法としては、当該範囲がクリティカルセクションになるよう
同期を行うか、または何かをする必要があると思います。

once フラグのある正規表現を複数スレッドで同時に評価した場合の
意味はどうなるでしょうか。

--
Yusuke ENDOH <mame@...>

From forum: ruby-dev jp

[ruby-dev:39767] [Bug:trunk] cannot call public'ed method via public_method

2009-11-24T05:41:41Z

遠藤です。

継承先のクラスで public にしたメソッドを public_method で取り出して
呼び出すと undefined private method と言われてしまいます。

class C
def foo; "FOO"; end
private :foo
end
class D < C
public :foo
end
p D.new.public_method(:foo).call
#=> undefined private method `foo' for class `D' (NameError)

これは呼び出せるのが正解ということでいいでしょうか。

Index: proc.c
===================================================================
--- proc.c (revision 25895)
+++ proc.c (working copy)
@@ -894,6 +894,7 @@
struct METHOD *data;
rb_method_entry_t *me, meb;
rb_method_definition_t *def = 0;
+ rb_method_flag_t flag = NOEX_UNDEF;

again:
me = rb_method_entry(klass, id);
@@ -921,8 +922,11 @@
rb_print_undef(klass, id, 0);
}
def = me->def;
- if (scope && (me->flag & NOEX_MASK) != NOEX_PUBLIC) {
- rb_print_undef(rclass, def->original_id, (int)(me->flag & NOEX_MASK));
+ if (flag == NOEX_UNDEF) {
+ flag = me->flag;
+ if (scope && (flag & NOEX_MASK) != NOEX_PUBLIC) {
+ rb_print_undef(rclass, def->original_id, (int)(flag & NOEX_MASK));
+ }
}
if (def && def->type == VM_METHOD_TYPE_ZSUPER) {
klass = RCLASS_SUPER(me->klass);

--
Yusuke ENDOH <mame@...>

From forum: ruby-dev jp

Nabble - ruby Japanese

[ruby-dev:39797] [Bug #2402] super in instance_eval

[ruby-list:46571] ruby1.9 でpostgresql8.4を利用するときについて。

[ruby-dev:39796] バグ? ブロック引数で to_ary が呼ばれる必要のない場面で呼ばれる

[ruby-dev:39795] [Backport #2405](Assigned) Test::Unit.runの条件判定が逆?

[ruby-dev:39794] [Bug #2338](Assigned) 大きなFixnumを値にもつHash#hashが呼び出しごとに変わる

[ruby-dev:39793] Re: [ruby-cvs:32310] Ruby:r25092 (trunk): * win32/win32.c, include/ruby/win32.h (rb_w32_access): new function to

[ruby-dev:39792] [Bug #2405] Test::Unit.runの条件判定が逆?

[ruby-dev:39791] Re: String::gsubにおけるinvalid byte sequenceの検出について

[ruby-dev:39790] [Bug #2387](Closed) test/mkmf/base.rb は RbConfig::CONFIG['cppflags'] が nil のとき例外で止まる

[ruby-dev:39789] [Bug #2388] test-all 中に popen で ruby.exe が落ちる

[ruby-dev:39788] [Bug #2386](Assigned) r25230 causes SEGV arround Marshal

[ruby-dev:39787] [Bug #2386](Closed) r25230 causes SEGV arround Marshal

[ruby-dev:39786] Re: [Bug #2386] r25230 causes SEGV arround Marshal

[ruby-dev:39785] Re: [Feature #973] EncDet again

[ruby-dev:39784] Re: [Feature #973] EncDet again

[ruby-dev:39783] [Feature #973] EncDet again

[ruby-dev:39782] Re: [Feature #973] EncDet again

[ruby-dev:39781] [Feature #973] EncDet again

[ruby-dev:39780] [Feature #973] EncDet again

[ruby-dev:39779] [Feature #973] EncDet again

[ruby-dev:39778] Re: [Bug #2386] r25230 causes SEGV arround Marshal

[ruby-dev:39777] Re: [Feature #973] EncDet again

[ruby-dev:39776] Re: [Bug #2386] r25230 causes SEGV arround Marshal

[ruby-dev:39775] [Feature #973] EncDet again

[ruby-dev:39774] [Bug #2386] r25230 causes SEGV arround Marshal

[ruby-list:46570] Re: AntからRspecを起動する方法

[ruby-dev:39773] Re: require 'dbi' でうまくゆかないときがあります。

[ruby-list:46569] Re: AntからRspecを起動する方法

[ruby-dev:39772] [Bug #2402] super in instance_eval

[ruby-dev:39771] [Bug #2401] Array splat bug: a=[1,2]; p [*a] #=> []

[ruby-list:46568] AntからRspecを起動する方法

[ruby-dev:39770] Re: require 'dbi' でうまくゆかないときがあります。

[ruby-dev:39769] require 'dbi' でうまくゆかないときがあります。

[ruby-dev:39768] [Bug:trunk] race condition of /#{ foo }/o

[ruby-dev:39767] [Bug:trunk] cannot call public'ed method via public_method

[ruby-dev:39769] require 'dbi'　でうまくゆかないときがあります。