[#31927] Re: Problem with Ruby 1.8.6-p110 on DragonFly (was [PATCH] Problem with ruby 1.8.6-p36 (and p39) on Tiger) — Takahiro Kambe <taca@...>
こんばんは。
[#31928] securerandom.rb for 1.8 — Tanaka Akira <akr@...>
securerandom.rb を 1.8 に追加し、cgi/session.rb に使わせたい
At Wed, 3 Oct 2007 12:49:20 +0900,
In article <86k5pwinco.knu@iDaemons.org>,
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
[#31936] Rake添付 — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
-----BEGIN PGP SIGNED MESSAGE-----
まつもと ゆきひろです
Yukihiro Matsumoto さんは書きました:
-----BEGIN PGP SIGNED MESSAGE-----
NAKAMURA, Hiroshi さんは書きました:
At Wed, 10 Oct 2007 16:46:01 +0900,
-----BEGIN PGP SIGNED MESSAGE-----
[#31941] Re: [ruby-list:44071] Re: Ruby 1.8.6-p111 / 1.8.5-p114 released (Security Fix) — Shugo Maeda <shugo@...>
前田です。
-----BEGIN PGP SIGNED MESSAGE-----
前田です。
-----BEGIN PGP SIGNED MESSAGE-----
前田です。
In message <47063403.3070402@ruby-lang.org>,
In message <20071006.101915.596518898.gotoyuzo@sawara.priv.tokyo.netlab.jp>,
前田です。
In message <4709852A.1020606@ruby-lang.org>,
-----BEGIN PGP SIGNED MESSAGE-----
In message <470D9227.9090008@sarion.co.jp>,
-----BEGIN PGP SIGNED MESSAGE-----
[#31959] pcc: constant too big for cross-compiler — "NARUSE, Yui" <naruse@...>
成瀬です。
In article <470884D1.9040401@airemix.com>,
[#31980] multibyte string/regex literal with escape sequence — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
成瀬です。
こんにちは、なかむら(う)です。
In article <20071010091006.1988.USA@garbagecollect.jp>,
成瀬です。
In article <471003CB.7060701@airemix.com>,
成瀬です。
[#32049] Re: iconv enhancement in Ruby 1.9 — Nobuyoshi Nakada <nobu@...>
なかだです。
[#32133] undefined method `now' for DateTime:Class (NoMethodError) — "NAKAMURA, Hiroshi" <nakahiro@...>
-----BEGIN PGP SIGNED MESSAGE-----
どういう状況かよくわかってないのですが、いっそ必ず date 丸ごと読むようにするか、
-----BEGIN PGP SIGNED MESSAGE-----
> もしかして、単にtime.rbの「require 'parsedate'」を削ればいいだけだったり
-----BEGIN PGP SIGNED MESSAGE-----
> 確かに。で、1.9でparsedate.rbがなくなることを考えると、とりあえずtime.rb
In article <4b1598ce0710231835p1a0b3040kcc89bf0017a60c21@mail.gmail.com>,
[ruby-dev:32166] Re: Import RubyGems to Ruby 1.9
In article <87myu89xvv.fsf@fsij.org>, Tanaka Akira <akr@fsij.org> writes: > 実際に (b) のケースを救えるかというと、(あの IRC セッション > で出ていた) library stub がひとつの解ではあるのですが、 > それは RubyGems が以前に捨てたやりかたなので、その経緯を調べ > るところから始めないとなんとも。 調べたところ、RubyGems が以前やっていた library stub という のは 0.3.0 で入って、0.8.0 でなくなったようです。半年ほどで しょうか。 2004-03-01 [ruby-talk:98876] [ANN] RubyGems 0.3.0 2004-09-16 [ruby-talk:112726] [ANN] RubyGems 0.8.0 ただ、[ruby-talk:98876] には * Install library "stub" allowing a normal 'require' to work (which then does the rubygems require and 'require_gem' と書いてあって、RubyGems 経由でライブラリをロードするものの ようで、とするとメモり削減の効果はありませんね。 メモリを削減するには、RubyGems 経由でなくライブラリをロード すればいいわけで、可能だとは思いますが、RubyGems を使うかど うかの違いはバージョンの依存関係の処理の有無につながります。 たとえば、A と B というライブラリを順に require するとして、 A の最新版と B の最新版は衝突するけれど B のひとつ古いのは衝 突しないとすると、RubyGems 経由して require すれば衝突しない ようにロードしてくれるのではないかと思うのですが、RubyGems を使わなければ衝突することが予想されます。 というわけで、(b) のケースでメモり消費を削減させるためには RubyGems でライブラリをインストールしてもバージョンの衝突が あり得るという状況が生じてもいいということを納得する・させる 必要があるんじゃないですかね。 私としては、そういう処置をしてくれるのであれば RubyGems のメ モり消費には意味があるように思いますが。 -- [田中 哲][たなか あきら][Tanaka Akira]