[#28677] `Socket#unpack_sockaddr_un': sockaddr_un size differs - 15 required; 110 given (TypeError) — Tanaka Akira <akr@...17n.org>
ふと気がついたのですが、Socket.unpack_sockaddr_un に
[#28681] ブロックパラメータと多値について — Takaaki Tateishi <ttate@...>
まつもと ゆきひろです
[#28689] digest.rb — Tanaka Akira <akr@...17n.org>
require 'digest/sha2' の sha2 がどうも余計に思えるので、
久しぶりに復帰。
In article <863bav6a0w.knu@iDaemons.org>,
[#28694] test/socket for Windows — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#28700] irb/init.rb code suggestion to find user's home directory in windows — keiju@... (Keiju ISHITSUKA)
けいじゅ@いしつかです.
[#28708] 1.8.5 release schedule? — URABE Shyouhei <root@...>
というわけで今日の基調講演で8月に1.8.5が出ることになったわけですが。
まつもと ゆきひろです
卜部です。
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
とみたです。
とみたです。
卜部です。
柳田です。
In article <y7vnup05.wl%yanagi@shakenbu.org>,
> いちおう問題の切り分けをするために確認したいんですが、その環
In article <veqrun77.wl%yanagi@shakenbu.org>,
mswin32 版ではどうなるのだろうと思って
Cygwin @ WindowsXP SP2 です。
In article <449D66EC.8050405@cyanet.jp>,
send の第一引数が mesg なので変わって当然でした orz
Cで書いたプログラムで127.0.0.1に向かって空データを送ったところ無事届きま
ruby が 0.0.0.0 で待ち受けて、C言語プログラムで 127.0.0.1 に空パケットを
下記の通り Winsock2 を使わずにC言語でプログラムを書いて、空パケットを投
In article <449D921F.8080109@cyanet.jp>,
永井@知能.九工大です.
永井@知能.九工大です.
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
卜部です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
まつもと ゆきひろです
卜部です。
まつもと ゆきひろです
卜部です。
In article <1155082949.798513.13047.nullmailer@x31.priv.netlab.jp>,
[#28715] several problems on the big commit — Tanaka Akira <akr@...17n.org>
件の大きなコミットをざっと眺めてみたのですが、
[#28718] binding の仕様変更? or バグ? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
まつもと ゆきひろです
[#28720] IO.readとバイナリモード — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#28729] backport Process.getrlimit and Process.setrlimit to 1.8 — Tanaka Akira <akr@...17n.org>
何回か (chkbuild で CPU 時間を制限するとか、cgi で CPU 時間
まつもと ゆきひろです
大原です。
[#28741] not ok iterator 80 -- ./sample/test.rb:1104 — Tanaka Akira <akr@...17n.org>
sample/test.rb が 2つ失敗していますが、最初の失敗は次のものです。
[#28744] rational 1.08 — Tadayoshi Funaba <tadf@...>
ふなばです。
原です。
ふなばです。
まつもと ゆきひろです
まつもと ゆきひろです
原です。
[#28747] lack in pp — Tadashi Saito <shiba@...2.accsnet.ne.jp>
こんにちは。斎藤と申します。
[#28770] signal & native-thread — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#28778] GC problem (?) in 1.8 — URABE Shyouhei <root@...>
卜部です。
In article <449851E1.9030302@mput.dip.jp>,
[#28786] "abc"[3] returns "" — Tanaka Akira <akr@...17n.org>
test-all が
[#28805] `DRb::DRbMessage#recv_request': uninitialized constant DRb::DRbMessage::Values (NameError) — Tanaka Akira <akr@...17n.org>
[ruby-dev:28802] のパッチがあたると、次はこうです。
[#28812] test_return_trace_func(TestIterator): /tmp/19/lib/ruby/1.9/test/unit.rb:275: ArgumentError — Tanaka Akira <akr@...17n.org>
で、次は
[#28822] when *a — Minero Aoki <aamine@...>
青木です。
[#28840] SEGV by block.call — Tanaka Akira <akr@...17n.org>
どうも boron での SEGV が直らないので、
[#28875] rb_define_methods — SASADA Koichi <ko1@...>
ささだです。
卜部です。
まつもと ゆきひろです
[ruby-dev:28771] Re: lack in pp
In article <1150784163.199997.20851.nullmailer@x31.priv.netlab.jp>,
Yukihiro Matsumoto <matz@ruby-lang.org> writes:
> 先程テストは通るようにしましたが、まだこの問題は残っています。
> これは私の責任のような気がしますので、引き続き調べてみます。
> たぶん、変えちゃいけない挙動を変更しちゃったんだと思います。
> 気がついたことがあれば教えてください。
ここでいう「テスト」は sample/test.rb のことですね。
私が述べた「テスト」は make check ということで
sample/test.rb に加えて make test-all が含まれます。
現在、test-all は
http://www.rubyist.net/~akr/chkbuild/debian-sarge/ruby-trunk/log/20060620T151447.txt.gz
の
+ ./ruby ../../ruby/test/runner.rb
/home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/ripper/sexp.rb:65: compile error (SyntaxError)
/home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/ripper/sexp.rb:64: syntax error, unexpected kUNLESS, expecting tSTRING_CONTENT or tSTRING_DBEG or tSTRING_DVAR or tSTRING_END
[:unless, *args]
^ from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/ripper/sexp.rb:46
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/ripper.rb:4
from /home/akr/chkbuild/tmp/build/ruby-trunk/ruby/test/ripper/dummyparser.rb:5
from /home/akr/chkbuild/tmp/build/ruby-trunk/ruby/test/ripper/test_parser_events.rb:1
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:83:in `collect_file'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:66:in `recursive_collect'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:51:in `recursive_collect'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:56:in `recursive_collect'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:51:in `recursive_collect'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/collector/dir.rb:26:in `Test::Unit::Collector::Dir#collect'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/autorunner.rb:67
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/autorunner.rb:198:in `Test::Unit::AutoRunner#run'
from /home/akr/chkbuild/tmp/build/ruby-trunk/20060620T151447/lib/ruby/1.9/test/unit/autorunner.rb:13:in `Test::Unit::AutoRunner#run'
from ../../ruby/test/runner.rb:9
というように、通るどころか個々のテストが始まる前にエラーで止
まっています。
というわけで、現在は私が意図した「テストが通る」という状況と
はほど遠い状態にあります。
miniruby ができることを「コンパイルは通った」と表現すること
もそうですが、なかなかミスリーティングな表現だと思います。
こういう表現って、言語の魔法の練習とかなんですかね。
という話はともかくとして、おそらく pp の症状は枝葉末節で、
test-all のほうをひとつひとつ進めていくのがいいと思います。
--
[田中 哲][たなか あきら][Tanaka Akira]