[#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:31227] Re: 1.9での標準添付ライブラリの採用判断基準
NAKAMURA, Hiroshi wrote:
> 他のコミッタさん、どうですか。rubygemsは入る方向ということのようです
> ([ruby-core:11611])。
>
[1]を読む限りなんとなく今は入んない気がしました。
それはそうとしてこれまでの大きな流れとして、1.8では標準添付ライブラリ
の拡大路線というのが基本的には言われていて[2]、実際に多くのライブラリ
が標準に添付されるようになったものの、挙動が微妙だったり誰もメンテナ
ンスしてないように見えるライブラリ(名指しして悪いがyamlとか)も出てき
て、反省というか反動として現在1.9は標準添付ライブラリの削減とかgemで
いいじゃんとかの流れになりつつあるのだと理解しています。
勝手に1.8について俺総括すると
pros:
(1) いろんなライブラリが増えてたしかに便利になった。
(2) 特にwebホスティングの利用者などにで勝手にgem installしたりは現実
的じゃない
(3) gemとOS標準のパッケージシステムとの相性が微妙な点[3]が未解決
cons:
(1) メンテナ不在のライブラリがぽつぽつ現れだした。
(1-1) 将来的なメンテナンスがどうなるのか不安。
(2) 正直、添付ライブラリはレビューが足りてないものがある気がする。
(2-1) たとえば田中さんが添付ライブラリでcore dumpを指摘することは稀
(3) 結局Railsを使うにはgem不可避なためWeb屋に対する訴求力は低下気味
といったところからも結局、ライブラリが増えたことで当初予想していた嬉
しさは享受できたけども、そのためのコストが若干大かったかもという気が
しています。
じゃあどうするのがいいかという話になると、そこそこ悩ましいですが。
たとえばWeb屋が良く使うプラットフォームとしてPHPを眺めてみたりすると
けっこう無節操にいろんなライブラリが添付されてるもののPEAR/PECLなんか
もデフォルトで同梱されてたりとかして、苦労の痕跡みたいなものは滲み出
ているかなと思いますね。
卜部的には提案できるのは
(A) 添付ライブラリは減らさない。RubyGemsも入れない(現状維持)
(B) 添付ライブラリは減らさない。RubyGemsは入れる(PHP類似の状況)
(C) RubyGemsはとりあえず入れて、添付ライブラリは後ほど是々非々で存続
すべきか考える(先送り)
(D) 添付ライブラリはRubyGemsとそれがrequireするものに限定(gem必須化)
(E) 添付ライブラリで不要なものは削るがRubyGemsも入れない(ストイック)
くらいかなあ。どうせやるなら(D)くらいのほうがさっぱりしてて(メンテナ
ンスをする身としては)きれいで良さそうとは思いますが....でも[1]を読む
とdrbrainがあんまり乗り気じゃなさそうだしなあ。(A)かなあ。
References:
1. [ruby-core:11625]
2. [ruby-dev:16283]
3. [ruby-dev:27321]