[#33561] open-uri problem — rubikitch@...
るびきちです。
[#33567] rational, complex and nuby — Tadayoshi Funaba <tadf@...>
ruby に rational と complex を組みこもうと試していて nuby という派生物
なかだです。
> 若干古い1.8.6がベースでしょうか。
なかだです。
> 2002/01/25版にその後の修正を手で追加した状態? ChangeLogをみたら、
なかだです。
> ちょっと見たところ、Enumerable#stable_sort_byがsortを使っている
原です。
[#33580] Re: cgi.rb再構築案 — "Makoto Kuwata" <kwa@...>
桑田といいます。
まつもと ゆきひろです
なかだです。
[#33611] Solaris で timeout.rb が Segmentation fault する。 — shiiya@...
はじめまして。椎屋と申します。
なかだです。
椎屋です。反応ありがとうございます。
なかだです。
さとうふみやす @ OSS テクノロジです。
In article <87r6foys1z.wl%fumiyas@osstech.jp>,
At Fri, 8 Feb 2008 14:00:35 +0900,
In article <87prv8yovi.wl%fumiyas@osstech.jp>,
とみたです。
In article <20080219182203.2559fc3e.tommy@tmtm.org>,
[#33621] EUC-KR <-> UTF-8 transition table — "Park Ji-In" <tisphie@...>
朴 芝印です。
成瀬です。
At 05:00 08/02/07, NARUSE, Yui wrote:
朴 芝印です。
[#33628] encdet.rb — Tanaka Akira <akr@...>
前から考えていたのですが、ファイル先頭の magic comment や
まつもと ゆきひろです
In article <E1JN0fO-00084M-Dg@x61.netlab.jp>,
須藤です。
In article <20080214.203702.439940124859613817.kou@cozmixng.org>,
須藤です。
In article <20080215.210932.373570872046057306.kou@cozmixng.org>,
須藤です。
In article <20080219.210130.275954098091635027.kou@cozmixng.org>,
[#33646] require/load/autoload の encoding オプション — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
[#33662] rational, complex and mathn — Tadayoshi Funaba <tadf@...>
rational は floor、truncate、ceil、round を定義していません。Numeric
他にも問題、課題はあると思います。すぐに解決できるものと、そうでないも
ひとつ書き忘れました。
まつもと ゆきひろです
> 原さんのrationalは導入予定がありますので、この機会にもう一度
原です。
> 前にふなばさんと個人的なメールのやりとりで、結局また私がrationalをまと
原です。
> > それなりに速くはなるし、単純なところでそれなりに満足していますが、一度、
nurat 0.0.2 を出しました (ついでに nucomp も)。
仕様を確認していきたいと思います。
まつもと ゆきひろです
原です。
> > new!はRubyで実装しているためにだけ必要なので、Cで実装するな
原です。
> Rational::Unify が定義されているときは、Rational.new(1,1) で Integer
> Rational() は、1つか2つの引数をとる。
> 実際的に重要な機能が Rational() という名前で固定されるのはクラスの定義
もうあまり手を入れないでおこうと思ったのです、つい手を入れてしまいまし
原です。
ちょっと実験してみました。原さんの rational は、かけ算割り算が速いので、
で、考えていたんですが、目的は、最速の rational を作ることではなくて、
原です。
成瀬です。
まつもと ゆきひろです
> はい。Complexについても1.9の間に組み込んでよいと思います。
まつもと ゆきひろです
nurat を組みこんでみました。最低限必要な修正だけになっていると思います。
rational と complex を 1.9 に組みこむ作業をしました。
異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
> 異議がなければ、若干の手直しの後、次週末にでも trunk にコミットしよう
まつもと ゆきひろです
[#33674] erb.rb の仕様について — "Makoto Kuwata" <kwa@...>
桑田といいます。
[#33676] Suggestion: Proc#curry — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#33679] bigdecimal — Tadayoshi Funaba <tadf@...>
bigdecimal/math.rb の BigMath は、利用者が include してつかうことを前
Integer や Float に比べると、BigDicimal() は、1 や 1.1 を受けつけない、
斎藤と申します。
> 仮にBigDecimal(1.1)を、(二進小数として)受け付けると、「BigDecimalでは、
まつもと ゆきひろです
[#33699] trunk: インストールファイルのアクセス権 — pegacorn <subscriber.jp@...>
trunk で、インストールファイルのアクセス権が適切に設定されないものが
[#33712] Array の product の戻り値 — "Hideo Konami" <konami@...>
小波です。
[#33726] Re: [ruby-cvs:22680] Ruby:r15443 (trunk): * bootstraptest/runner.rb, bootstraptest/test_method.rb, enc/depend, — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
成瀬です。
In article <47B26518.60309@airemix.com>,
Tanaka Akira wrote:
こんにちは、なかむら(う)です。
成瀬です。
[#33825] Ruby M17N 会議の議事録 — "NARUSE, Yui" <naruse@...>
成瀬です。
[#33837] spec of Rational — Shin-ichiro HARA <sinara@...>
原です。
[#33838] 文字列処理の高速化 ? — Martin Duerst <duerst@...>
ただの一例ですが、先週の金曜日に松本さんに見せたときに
[#33843] IO.copy_stream — Tanaka Akira <akr@...>
IO.copy_stream をつけるのはどうでしょうか。
[#33889] Re: [ ruby-Bugs-17454 ] irb crash while iterating over all objects — Urabe Shyouhei <shyouhei@...>
卜部です。ちょっとお知恵を拝借したく。
ミスって送信ボタン押しちゃった
こんにちは、なかむら(う)です。
なかだです。
Nobuyoshi Nakada さんは書きました:
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
まつもと ゆきひろです
豊福です。
[#33894] character encodings differ: US-ASCII and dummy encoding — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
まつもと ゆきひろです
[#33916] UTF_16LE.dummy? returns false — sheepman <sheepman@...>
こんにちは sheepman です。
[#33926] --host=i586-mingw32msvc — Kouhei Sutou <kou@...>
須藤です。
[#33937] patch for ruby_1_8_6/lib/rexml/element.rb@12852 — oshida@...
押田です。
[#33943] warning about space before argument parentheses — Nobuyoshi Nakada <nobu@...>
なかだです。
[ruby-dev:33655] Re: Solaris で timeout.rb が Segmentation fault する。
At Fri, 8 Feb 2008 14:00:35 +0900,
Tanaka Akira wrote:
> ところで、Solaris/x86 での問題に対処するために年末に以下のよ
> うなパッチを入れたのですが、1.8 の先端だとどうでしょう?
http://www.ruby-lang.org/en/downloads/ にある
Stalbe Snapshot (stable-snapshot.tar.gz) って、ダウンロード
した日のCSV スナップショット版じゃないんでしょうか?
$ ./ruby --version
ruby 1.8.6 (2008-02-05 patchlevel 5000) [sparc-solaris2.10]
先のメールの通り、これでも再現します。スタックは以下:
(dbx) where
[1] __lwp_kill(0x0, 0x6, 0x0, 0x6, 0xfc00, 0x0), 位置: 0xff241adc
[2] raise(0x6, 0x0, 0x0, 0xff224d94, 0xffffffff, 0x6), 位置: 0xff1e0040
[3] abort(0x2e, 0x1, 0xcaf04, 0xaa1a0, 0xff26d2d8, 0x0), 位置: 0xff1c0218
=>[4] rb_bug(fmt = 0xb78c8 "Segmentation fault", ...), 行 214 "error.c"
[5] sigsegv(sig = 11), 行 625 "signal.c"
[6] __sighndlr(0xb, 0x0, 0xffbfa558, 0x7d600, 0x0, 0x1), 位置: 0xff240a14
---- シグナルハンドラからシグナル 11 (SIGSEGV) で呼び出されました ------
[7] _memcpy(0x18b2c0, 0xffbfffc8, 0xbc, 0x0, 0x4, 0xfffffff8), 位置: 0xff150e50
[8] rb_thread_save_context(th = 0x123b20), 行 10243 "eval.c"
[9] rb_thread_start_0(fn = 0x30bac = &`ruby`eval.c`rb_thread_yield(register VALUE arg, register rb_thread_t th), arg = 0xe5080, th = 0x1858e8), 行 218 "defines.h"
[10] rb_call0(klass = 1118808U, recv = 1118832U, id = 5073U, oid = 5073U, argc = 0, argv = (nil), body = 0x1111c8, flags = 0), 行 5707 "eval.c"
[11] rb_call(klass = 1118808U, recv = 1118832U, mid = 5073U, argc = 0, argv = (nil), scope = 0, self = 947232U), 行 6105 "eval.c"
[12] rb_eval(self = 947232U, n = (nil)), 行 690 "ruby.h"
[13] rb_eval(self = 947232U, n = 0xe8608), 行 3213 "eval.c"
[14] rb_eval(self = 947232U, n = 0xe85d8), 行 3668 "eval.c"
[15] rb_eval(self = 947232U, n = 0xe8920), 行 3347 "eval.c"
[16] rb_call0(klass = 946992U, recv = 947232U, id = 11401U, oid = 11401U, argc = 0, argv = 0xffbfbbf8, body = 0xe8920, flags = 953208), 行 6009 "eval.c"
[17] rb_call(klass = 946992U, recv = 947232U, mid = 11401U, argc = 2, argv = 0xffbfbbf0, scope = 0, self = 945840U), 行 6105 "eval.c"
[18] rb_eval(self = 945840U, n = 0x2), 行 690 "ruby.h"
[19] block_pass(self = 945840U, node = 0xe7f60), 行 8916 "eval.c"
[20] rb_eval(self = 945840U, n = 0xe8020), 行 3199 "eval.c"
[21] rb_call0(klass = 1137888U, recv = 945840U, id = 11401U, oid = 11401U, argc = 0, argv = 0xffbfc6e4, body = 0xe8020, flags = 950352), 行 6009 "eval.c"
[22] rb_call(klass = 1137888U, recv = 945840U, mid = 11401U, argc = 1, argv = 0xffbfc6e0, scope = 1, self = 945840U), 行 6105 "eval.c"
[23] rb_eval(self = 945840U, n = 0xffbfc6e0), 行 690 "ruby.h"
[24] rb_eval(self = 945840U, n = 0xef250), 行 3213 "eval.c"
[25] rb_eval(self = 945840U, n = 0xef220), 行 3668 "eval.c"
[26] rb_call0(klass = 944736U, recv = 945840U, id = 10833U, oid = 10833U, argc = 0, argv = 0xffbfd3ec, body = 0xef220, flags = 980232), 行 6009 "eval.c"
[27] rb_call(klass = 944736U, recv = 945840U, mid = 10833U, argc = 5, argv = 0xffbfd3d8, scope = 0, self = 938280U), 行 6105 "eval.c"
[28] rb_eval(self = 938280U, n = 0x5), 行 690 "ruby.h"
[29] rb_eval(self = 938280U, n = 0xfc600), 行 3688 "eval.c"
[30] rb_eval(self = 938280U, n = 0xfbb38), 行 3347 "eval.c"
[31] rb_call0(klass = 940560U, recv = 938280U, id = 10793U, oid = 10793U, argc = 0, argv = 0xffbfe0e0, body = 0xfbb38, flags = 1034304), 行 6009 "eval.c"
[32] rb_call(klass = 940560U, recv = 938280U, mid = 10793U, argc = 4, argv = 0xffbfe0d0, scope = 1, self = 938280U), 行 6105 "eval.c"
[33] rb_eval(self = 938280U, n = 0xffbfe0d0), 行 690 "ruby.h"
[34] rb_eval(self = 938280U, n = 0xfc900), 行 3347 "eval.c"
[35] rb_call0(klass = 940560U, recv = 938280U, id = 5073U, oid = 5073U, argc = 0, argv = 0xffbfea80, body = 0xfc900, flags = 1035840), 行 6009 "eval.c"
[36] rb_call(klass = 940560U, recv = 938280U, mid = 5073U, argc = 4, argv = 0xffbfea70, scope = 0, self = 940560U), 行 6105 "eval.c"
[37] rb_eval(self = 940560U, n = 0x4), 行 690 "ruby.h"
[38] block_pass(self = 940560U, node = 0xfd6c8), 行 8916 "eval.c"
[39] rb_eval(self = 940560U, n = 0xfd848), 行 3199 "eval.c"
[40] rb_call0(klass = 940488U, recv = 940560U, id = 5073U, oid = 5073U, argc = 0, argv = 0xffbff580, body = 0xfd848, flags = 1038456), 行 6009 "eval.c"
[41] rb_call(klass = 940488U, recv = 940560U, mid = 5073U, argc = 2, argv = 0xffbff578, scope = 0, self = 1131888U), 行 6105 "eval.c"
[42] rb_eval(self = 1131888U, n = 0x2), 行 690 "ruby.h"
[43] rb_eval(self = 1131888U, n = 0xffbff948), 行 3213 "eval.c"
[44] ruby_exec_internal(), 行 1641 "eval.c"
[45] ruby_exec(), 行 1661 "eval.c"
[46] ruby_run(), 行 1671 "eval.c"
[47] main(argc = 2, argv = 0xffbfff34, envp = 0xffbfff40), 行 48 "main.c"
役立つかわかりませんが、スタックフレーム 8 時点の th の内容は
以下となっていました。
(dbx) frame 8
10243 MEMCPY(th->stk_ptr, th->stk_pos, VALUE, th->stk_len);
(dbx) print *th
*th = {
next = 0x123b20
prev = 0x123b20
context = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
result = 0
stk_len = 5681
stk_max = 5681
stk_ptr = 0x185b38
stk_pos = 0xffbfa7f8
frame = (nil)
scope = (nil)
dyna_vars = (nil)
block = (nil)
iter = (nil)
tag = (nil)
klass = 0
wrapper = 0
cref = (nil)
flags = 0
node = (nil)
tracing = 0
errinfo = 4U
last_status = 0
last_line = 0
last_match = 4U
safe = 0
status = THREAD_RUNNABLE
wait_for = 0
fd = 0
readfds = {
fds_bits = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
}
writefds = {
fds_bits = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
}
exceptfds = {
fds_bits = (0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0, 0)
}
select_value = 0
delay = 0.0
join = (nil)
abort = 0
priority = 0
thgroup = 1116264U
locals = (nil)
thread = 1116240U
sandbox = 4U
}
(dbx)
Nightly Snapshot (snapshot.tar.gz) では再現しませんでした。
$ ./ruby --version
ruby 1.9.0 (2008-02-08 revision 0) [sparc-solaris2.10]
$ env -i RUBYLIB=lib:.ext/sparc-solaris2.10 ./ruby test.rb
$ echo $?
0
--
-- Name: SATOH Fumiyasu (fumiyas @ osstech co jp)
-- Business Home: http://www.OSSTech.co.jp/
-- Personal Home: http://www.SFO.jp/blog/