[#26664] refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

22 messages 2005/08/01
[#26665] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26668] Re: refactoring tcltklib.c (deleted ip check) — Hidetoshi NAGAI <nagai@...> 2005/08/01

永井@知能.九工大です.

[#26678] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26684] Re: refactoring tcltklib.c (deleted ip check) — Hidetoshi NAGAI <nagai@...> 2005/08/01

永井@知能.九工大です.

[#26686] Re: refactoring tcltklib.c (deleted ip check) — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/01

山本です。

[#26817] test/socket/test_tcp.rb freeze on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp>

山本です。

12 messages 2005/08/18

[#26829] cannot check EOF of pipe on windows — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

19 messages 2005/08/19
[#26830] Re: cannot check EOF of pipe on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/19

山本です。

[#26831] Re: cannot check EOF of pipe on windows — "U.Nakamura" <usa@...> 2005/08/19

こんにちは、なかむら(う)です。

[#26832] Re: cannot check EOF of pipe on windows — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/19

山本です。

[#26836] Re: cannot check EOF of pipe on windows — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/19

なかだです。

[#26872] irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...>

Debianユーザからruby -Iとirb -Iで

17 messages 2005/08/24
[#26873] Re: irb -I/ruby -Iと$LOAD_PATH — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/24

なかだです。

[#26875] Re: irb -I/ruby -Iと$LOAD_PATH — akira yamada / やまだあきら <akira@...> 2005/08/24

nobuyoshi nakada wrote:

[#26885] Re: irb -I/ruby -Iと$LOAD_PATH — keiju@... (石塚圭樹) 2005/08/26

けいじゅ@いしつかです.

[#26897] fail on make install — KIMURA Koichi <kimura.koichi@...>

木村です。

28 messages 2005/08/29
[#26898] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/29

こんにちは、なかむら(う)です。

[#26903] Re: fail on make install — KIMURA Koichi <kbk@...> 2005/08/29

木村です。

[#26922] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/30

木村です。

[#26926] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/31

木村です。

[#26927] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/31

こんにちは、なかむら(う)です。

[#26928] Re: fail on make install — KIMURA Koichi <kimura.koichi@...> 2005/08/31

木村です。

[#26929] Re: fail on make install — "U.Nakamura" <usa@...> 2005/08/31

こんにちは、なかむら(う)です。

[#26930] Re: fail on make install — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/08/31

なかだです。

[#26931] Re: fail on make install — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/08/31

山本です。

[#26933] Re: fail on make install — nobu@... 2005/08/31

なかだです。

[#26938] Re: fail on make install — nobuyoshi nakada <nobuyoshi.nakada@...> 2005/09/01

なかだです。

[#26939] Re: fail on make install — "H.Yamamoto" <ocean@...2.ccsnet.ne.jp> 2005/09/01

山本です。

[#26900] multiplying empty string — nobuyoshi nakada <nobuyoshi.nakada@...>

19 messages 2005/08/29
[#26904] Re: multiplying empty string — Yukihiro Matsumoto <matz@...> 2005/08/29

まつもと ゆきひろです

[#26907] Re: multiplying empty string — Tanaka Akira <akr@...17n.org> 2005/08/29

In article <1125327516.070646.12845.nullmailer@x31.priv.netlab.jp>,

[#26909] Re: multiplying empty string — Yukihiro Matsumoto <matz@...> 2005/08/29

まつもと ゆきひろです

[ruby-dev:26693] Re: show information of '--enable-pthread'

From: Hidetoshi NAGAI <nagai@...>
Date: 2005-08-02 01:56:54 UTC
List: ruby-dev #26693
永井@知能.九工大です.

まとめてリプライします.

From: Takahiro Kambe <taca@back-street.net>
Subject: [ruby-dev:26690] Re: show information of '--enable-pthread'
Date: Tue, 2 Aug 2005 00:32:39 +0900
Message-ID: <20050802.003233.11903290.taca@back-street.net>
> > 同一マイナーバージョンのバイナリが複数存在した場合,
> > いずれも <install-dir>/<arch>/rbconfig.rb を
> > 読んでしまいますよね?
> そういった場合に <install-dir>/<arch> 以下は共有して使用できるものなの
> でしょうか?  (共有ライブラリもあるかもしれませんし。)

う〜む.
「使用できる場合もあれば使用できない場合もある」としか
言えないですね.

> > そうすると,得られるのは「最後にインストールしたバイナリ
> > での設定」であって,それが正しい情報かはわからない.
> 最後にインストールしたバイナリ以外にも動作保証をしなければならないので
> しょうか。最後にインストールしたもの以外は動作しなくても、当然の帰結な
> 気がします。

動作を「保証」する必要はないと思います.
気にしているのは嘘の情報を提示してしまうことだけです.

ですが,「rbconfig.rb が信用できないなら,同ディレクトリの中身自体が
信用できず,結果として『正しい』と言える情報が存在しなくなる」
というのも確かですね.

バイナリに埋め込んでしまえば,少なくともそのバイナリに関しては
正しい情報を提示することができるわけですが,

From: Yukihiro Matsumoto <matz@ruby-lang.org>
Subject: [ruby-dev:26691] Re: show information of '--enable-pthread'
Date: Tue, 2 Aug 2005 06:38:26 +0900
Message-ID: <1122932308.634645.6744.nullmailer@x31.priv.netlab.jp>
> |# バイナリに埋め込んでしまえば,そんな心配も無縁になるのですが.
> 
> もちろんなんでもバイナリに埋め込めばそんな心配も無縁になりま
> すが、逆に肥大化の原因になるわけで、そこはトレードオフだと思
> います。今回は永井さんご自身が「そんな場合あるのか?」と突っ
> 込むようなケースですから、そこまで心配する必要はないと思って
> います。

というように,肥大化が懸念されることも分かります.
「めったに使われない情報でバイナリが大きくなることは望ましくない」
というのは確かに正論ですね.

そうすると,今回の件に関しての結論は,

 ・「正しい」と言える情報を提示するようにするには,
   色々な意味でコストがかかりすぎ,得られる効果に
   対して割が合わない.
   したがって,何の対策もせずに現状のままとする.

   つまり,rbconfig.rb で情報を得ることはできるが,
   それが正しい情報かどうかは不明であり,
   それに基づいて判断する処理を書いたとすると
   不具合の元となる危険が大きい.

 ・perl の -V オプション相当の実装はあってもいいかも.
   ( 誰がそれを実装するかは別として.)

ということですね.

正直なところ,--enble-pthread オプションのように
動作に致命的とも言えるような影響を与えるものだけでも
ライブラリ require 時にチェックできればと思ったのですが...

...と考えてみると,configure オプション一般の話に
なってしまったことがそもそもの間違いですね.(^_^;

というわけで,問題を変更しての再提案です.

「現在稼働中の ruby が native-thread をサポートして
  動作しているかを確認する手段があってもいいのでは?」

現在は ruby のレベルで native-thread を操作することは
ないですから,C のレベルでチェックする手段でも十分でしょう.
ですので,「そのような関数を用意するか?」,
用意するなら「関数の名前はどうするか?」,
「関数を入れる場所 (ファイル) はどこにするか?」
というところが議論点かと思います.
検討いただけますと幸いです.

# 付随的には,
# 「そのようなものは native-thread サポートだけか?」
# という議論もあるかもしれません.
-- 
                                       永井 秀利 (九工大 知能情報)
                                           nagai@ai.kyutech.ac.jp

In This Thread