[#31143] m {|(*,(*)),|} — Tanaka Akira <akr@...>
m {|(*,(*)),|} で SEGV します。
[#31164] ruby_set_current_source remains in intern.h — Masahiro Sakai (酒井政裕) <masahiro.sakai@...>
酒井です。
[#31166] is_ruby_native_thread() — Masahiro Sakai (酒井政裕) <masahiro.sakai@...>
酒井です。
なかだです。
永井@知能.九工大です.
なかだです。
永井@知能.九工大です.
ささだです。
[#31168] 構造体オブジェクトのcloneメソッド呼び出しでメモリリーク発生 — m-ohkubo@... (Mitsuhiko OHKUBO)
大久保といいます。はじめまして。
なかだです。
大久保です。よろしくお願いします。
[#31190] 0x3fffffffffffffff.succ — Tanaka Akira <akr@...>
LP64 環境で 0x3fffffffffffffff.succ が -4611686018427387904
[#31214] Warning: OpenSSL::PKCS7::PKCS7 is deprecated after Ruby 1.9; use OpenSSL::PKCS7 instead — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#31222] trunk: バグを指摘している警告 — pegacorn <subscriber.jp@...>
trunk で -Wall を付けてコンパイルしてみると、バグを指摘している警告が
From: pegacorn <subscriber.jp@gmail.com>
[#31242] p(65536**(1<<29)) stalls — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#31244] shift — Tanaka Akira <akr@...>
-O0 で、以下のようにすると SEGV になります。
なかだです。
In article <200707180743.l6I7hXic031558@sharui.nakada.kanuma.tochigi.jp>,
[#31285] p()#=>[] — eklerni <eklerni@...>
松尾といいます。
[#31292] ParseDate.parsedate("Tuesday, July 6th, 2007, 18:35:20 UTC") — Tanaka Akira <akr@...>
ParseDate のマニュアルにある以下の例を動かすと、示された結果
[#31298] retryの使い方 — eklerni <eklerni@...>
松尾といいます。
ささだです。
松尾です、返信ありがとうございます。
Yuguiといいます。
松尾といいます。
In article <46A909DD.1070405@for.mail-box.ne.jp>,
Tanaka Akira さんは書きました:
In article <46A92530.80507@for.mail-box.ne.jp>,
Tanaka Akira さんは書きました:
In article <46AD7A16.8080509@for.mail-box.ne.jp>,
松尾です。
ささだです。
From:eklerni
まつもと ゆきひろです
In article <E1ILDTi-0005T6-Be@x31>,
まつもと ゆきひろです
In article <E1ILKn6-0003Nv-0f@x31>,
まつもと ゆきひろです
In article <E1ILVN9-0006xJ-7I@x31>,
In article <E1ILq4x-0002Bs-Lg@x31>,
まつもと ゆきひろです
In article <E1ILweZ-00008I-Tu@x31>,
まつもと ゆきひろです
In article <E1ILyGa-0000ug-Qd@x31>,
まつもと ゆきひろです
In article <E1IM1W9-0001uC-Bz@x31>,
まつもと ゆきひろです
[ruby-dev:31223] 1.9での標準添付ライブラリの採用判断基準
-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 NAKAMURA, Hiroshi wrote: > Date: Sat, 21 Apr 2007 17:09:45 +0900 > 関連してまつもとさんに質問。1.9(というか現状のtrunk)での標準添付ライブ > ラリの採用判断基準って、どうされます? 1.8から標準添付ライブラリ拡大路 > 線、というのがありましたが、現状ひと段落してますよね。今後はどうしましょう。 > > rubygemsって入るんでしたっけ? いくつかのライブラリは標準添付から外したほ > うがよくないですかね。 他のコミッタさん、どうですか。rubygemsは入る方向ということのようです ([ruby-core:11611])。 rubygemsが入るなら、soap4rは標準添付からは外しましょう。明後日リリース予 定のsoap4r/1.5.7は、httpclient/2.1.0(旧http-access2)の存在を前提とする 予定です。非標準添付モノに依存してるのはおかしい。また、soap4rの機能追加 は当面おさまりません。ruby/1.9のリリースサイクルが見えないので、切り離し といたほうが安全。 標準添付を禁止という意図はないのですが、私は「ruby/1.9の」soap4rメンテナ からは降ります。soap4r本体の開発はもちろん継続するので、どなたか他に、 「ruby/1.9上のsoap4rメンテナをやります」という人が居れば、引き継いでいた だいても構いません。たぶん居ないでしょうけど。 反対がなければ、気が向いたときにtrunkからsoap4rを消します。一応、一週間 くらいは待ちます。 / / / で、ついでなので、他に外すライブラリはありませんか。今になってみると、 JSONはgemでよかったな。tk、win32ole、webrickもgemでいい。 個人的に「標準ライブラリではない、標準添付されているだけ」と思っていたラ イブラリはgemとして外へ出し、結果として 「標準添付されているもの == 標準ライブラリ」にする、という意図です。 / / / とかいう、ruby本体に関する話は、ruby-coreのほうがいいの? -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2.1 (Cygwin) iQEVAwUBRpjlYh9L2jg5EEGlAQJeeQf/cQpE3SCWJFiHAm66r6Lu56nZu4Ng3H2K XYqZfjGuWeq7FFt53llh1z3ylXiPPr/140sh0GD4JdVgnS5mAFcyL+PUvbKRJccq zF63VfPn/AwSOtQsEOoMzGfrmR7psWPMcjHMNQkWayZKHovJt2jHsvSTM+8LN3Gr Jx7NBKsZNQ9z8yG1Iiwb/hImbTyWCSlrunYGAJUENeo2dgncyEleyR2WpqTjyK+t MfOLAjCw1UaHtKWZ2DbTC774x/R0hXyFf4HM3g+MQMOx/lAT9wpfLMnkAX/30Zgr irzM3QAjCNaeMDM4G2ryaucnsGJQbAkKQAXwHt4rgqLElYsbv9S6cw== =eEw6 -----END PGP SIGNATURE-----