[#22815] File.fnmatch が "*?" のパターンを正しく処理しない? — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
山本です。
山本です。
山本です。補足します。
なかだです。
山本です。
山本です。
まつもと ゆきひろです
[#22816] YAML.load(time) on OpenBSD3.4 — "Kawaji, Shinya" <kawaji@...>
かわじ、です
In article <20040207005319=tuYR!@hoppeta.com>,
かわじ、です。
[#22832] Dir.glob("**/") のバグ — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
[#22859] Re: io/nonblock — nobu.nakada@...
なかだです。
[#22862] File.fnmatch と Dir.glob — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
まつもと ゆきひろです
山本です。
山本です。誤記がありました。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
まつもと ゆきひろです
わたなべです。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
まつもと ゆきひろです
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
山本です。
まつもと ゆきひろです
山本です。
なかだです。
山本です。
なかだです。
山本です。
なかだです。
山本です。
[#22870] path for RUBY — GOTOU Yuuzou <gotoyuzo@...>
mkmf.rbでMakefileを作ると、$(RUBY)にディレクトリ名が含まれな
[#22877] Process.spawn & IO.popen w/o shell — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
In message <200402141156.i1EBuYFH018029@sharui.nakada.niregi.kanuma.tochigi.jp>
なかだです。
In message <200402160353.i1G3rGNK007935@sharui.nakada.niregi.kanuma.tochigi.jp>
なかだです。
[#22890] rb_glob(i) & constness — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
In article <20040215161805.6541D650.ocean@m2.ccsnet.ne.jp>,
[#22906] bcc32 の makefile — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
なかだです。
山本です。
山本です。
[#22911] core dump with /#{Thread.pass}/o — Tanaka Akira <akr@...17n.org>
ついに捕まえたのですが、次のようにすると core を吐きます。
[#22928] [BUG] make distclean が失敗する — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>
山本です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
なかだです。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
山本です。
山本です。
こんにちは、なかむら(う)です。
[#22956] Dir#glob proposal — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
山本です。
山本です。
[#23032] Re: [Oniguruma] Version 2.2.0 — kkosako@...
> -----Original Message-----
斉藤です。
まつもと ゆきひろです
[#23035] Re: [ruby-talk:93584] date/format.rb fix — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[#23038] Re: [ruby-cvs] ruby: * eval.c (localjump_destination): lambda should not interfere — nobu.nakada@...
なかだです。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
なかだです。
[#23039] rss/dublincore.rb: dc:date format — "NAKAMURA, Hiroshi" <nakahiro@...>
なひです。
[ruby-dev:22804] Re: relative load/require (Re: Re: $: trick in test/*)
In article <1075556170.302988.22099.nullmailer@picachu.netlab.jp>, matz@ruby-lang.org (Yukihiro Matsumoto) writes: > より正確には「requireに相対パスによるロード機能を追加するの > は」推奨されない、ですね。相対パスによるロードそのものに反対 > しているわけではありません。 なるほど。 > requireの特徴は > > * .soファイルをロードできる > * 拡張子を省略できる > * 二重ロードを避けることができる > > です。現状、.soファイルと.rbファイルは違う場所に置くことになっ > ていますから、相対パスのロードでは.soファイルのロードは必要 > なく、結果として拡張子の省略も必要ではありません(これを変え > るという話であればまた別に議論が必要ですが)。となると、便利 > なのは二重ロードの禁止だけですね。 個人的には拡張ライブラリをあまり作らないのであまり考えていませんでした が、たしかにインストールする場所は 1.9/*.rb と 1.9/i686-linux/*.so と いうように違いますね。このレイアウトは extconf.rb を使った場合のソース の *.so と lib/*.rb というレイアウトとは異なるので相対パスで読み込めて もあまり嬉しくなさそうです。 これが拡張子の省略が必要ないという結果につながる理由は良く分からないの ですが、私としては相対パスを指定するのだと思えば拡張子も明示的に記述す るのは悪くないと思うようになって来ました。 > さて、ここでrequireに相対パスによるロード機能を追加するとな > ると、その優先順位はどうなるかという問題があります。現在の検 > 索方法は非常に単純です。$LOAD_PATHから要素を取ってきて、 > feature名とくっつけ(場合によっては拡張子を補完して)、ファイ > ルがあればロードする、それだけです。 > > ここで相対パスを導入すると、どういうことになるのでしょうか。 > $LOAD_PATHよりも優先すると場合によってはセキュリティ上問題に > なる可能性があります。では、一番最後でよいかというとそれでい > つも問題が解決するとは限りません。結局、「場合による」としか > 言えないような気がします。 プログラマの意図としては相対パスで読み込みたいのか feature 名で読み込 みたいのかはどちらかだと思うので、たしかに require が両方の機能を持っ ている場合、プログラマの意図とは異なるほうの解釈をしてしまった時には危 険かもしれませんね。 > となると、__FILE__からの相対パスでロードしたい場合には、それ > 用の専用のメソッドがあった方が良いという印象を持ちます。その > メソッドは、__FILE__からの相対でファイルを見つけ、二重ロード > の禁止のために、requireを呼びます。 なるほど。 > これを実現するためにはフルパスでrequireされても混乱しないよ > うに$"をフルパスで正規化しておくのが望ましいと思います。 > > というのが、私の考えなのですが。 だいたいわかりました。とくに反対するところはありません。 とすると、あと仕様で迷いそうな所は * シンボリックリンクされているファイル内で記述された相対パスの起点をシ ンボリックリンクの場所にするかファイルの実体があるところにするか * どんな名前にするか かな。 私は、前者についてはファイルの実体があるところからにするのがいいと思っ ています。これはファイル実体の位置をファイルを配置した人の意図だと考え て、シンボリックリンク経由で読み込んでもその意図に従うためです。そうす ると、site_ruby からライブラリの feature 名を実現するファイル (典型的 には xxx.rb, xxx/*.rb とあったときの xxx.rb) ひとつだけにシンボリック リンクを張れば使えるようになって、ディレクトリへのシンボリックリンクが いらないぶん一つ減って嬉しいですし。 名前の候補はいろいろ考えられます。 use import load_local load_lexical load_relative require_local require_lexical require_relative RequireRelative.require RequireRelative.require_relative とりあえず最初は説明的な(長い)名前にするのが常套手段ですが、何がいいで すかねぇ。 -- [田中 哲][たなか あきら][Tanaka Akira]