[#20525] [BigDecimal] changing rule of coerce — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

44 messages 2003/07/07
[#20527] Re: [BigDecimal] changing rule of coerce — "Shigeo Kobayashi" <shigeo@...> 2003/07/07

小林です。

[#20528] Re: [BigDecimal] changing rule of coerce — matz@... (Yukihiro Matsumoto) 2003/07/07

まつもと ゆきひろです

[#20570] Marshal upgrade — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

41 messages 2003/07/09
[#20575] Re: Marshal upgrade — Masatoshi SEKI <m_seki@...> 2003/07/09

咳といいます。

[#20583] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/09

まつもと ゆきひろです

[#21016] Re: Marshal upgrade — matz@... (Yukihiro Matsumoto) 2003/07/30

まつもと ゆきひろです

[#20804] add library — nobu.nakada@... 2003/07/23

なかだです。

[#20580] add library(Re:ruby-dev:20570) — たむらけんいち <sgs02516@...>

たむらです。

30 messages 2003/07/09
[#20656] Re: add library — "NAKAMURA, Hiroshi" <nakahiro@...> 2003/07/14

なひです。

[#20658] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <038d01c349cb$eaad71d0$93222fc0@sarion.co.jp>,

[#20659] Re: add library — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20660] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <1058171960.400840.10041.nullmailer@picachu.netlab.jp>,

[#20661] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

話をそらしてしまうかもしれませんが、

[#20665] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030714.183104.09092354.taca@back-street.net>,

[#20666] Re: add library — Takahiro Kambe <taca@...> 2003/07/14

In message <20030715.013655.424936247.gotoyuzo@kotetsu.does.notwork.org>

[#20668] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/14

In message <20030715.025907.26217115.taca@back-street.net>,

[#20750] Re: add library — Takahiro Kambe <taca@...> 2003/07/21

In message <20030715.051853.968499478.gotoyuzo@kotetsu.does.notwork.org>

[#20751] Re: add library — GOTOU Yuuzou <gotoyuzo@...> 2003/07/21

In message <20030721.163444.09092937.taca@back-street.net>,

[#20655] frozen ThreadGroup — Hidetoshi NAGAI <nagai@...>

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

26 messages 2003/07/14
[#20671] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/14

まつもと ゆきひろです

[#20673] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

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

[#20676] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20677] Re: frozen ThreadGroup — Hidetoshi NAGAI <nagai@...> 2003/07/15

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

[#20681] Re: frozen ThreadGroup — matz@... (Yukihiro Matsumoto) 2003/07/15

まつもと ゆきひろです

[#20690] portable(?) UserID/GroupID control (Re: frozen ThreadGroup) — Hidetoshi NAGAI <nagai@...> 2003/07/16

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

[#20712] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/17

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

[#20735] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20736] Re: portable(?) UserID/GroupID control — Hidetoshi NAGAI <nagai@...> 2003/07/20

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

[#20737] Re: portable(?) UserID/GroupID control — matz@... (Yukihiro Matsumoto) 2003/07/20

まつもと ゆきひろです

[#20748] [BigDecimal] exception handling — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

20 messages 2003/07/21

[#20765] Re: [ruby-cvs] ruby/lib: * lib/tmpdir.rb: new library to get temporary directory path, — WATANABE Hirofumi <eban@...>

わたなべです。

9 messages 2003/07/21

[#20780] complex.rb — Masahiro TANAKA <masa@...>

complex.rb についての修正案を[ruby-math:00543]で提案しましたが、その後

25 messages 2003/07/22
[#20782] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/22

まつもと ゆきひろです

[#20900] Re: complex.rb — Masahiro TANAKA <masa@...> 2003/07/25

At Tue, 22 Jul 2003 17:30:31 +0900, Yukihiro Matsumoto wrote:

[#20905] Re: complex.rb — matz@... (Yukihiro Matsumoto) 2003/07/25

まつもと ゆきひろです

[#20906] Re: complex.rb — keiju@... (石塚圭樹) 2003/07/25

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

[#20810] Rational 始めました。 — Shin-ichiro HARA <sinara@...>

原です。

13 messages 2003/07/23
[#20876] Re: Rational 始めました。 — keiju@... (石塚圭樹) 2003/07/24

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

[#20954] ruby 1.8.0 preview5 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

15 messages 2003/07/28

[#20957] [BigDecimal] conflict between Numeric#div and BigDecimal#div — "Tadashi Saito" <shiba@...2.accsnet.ne.jp>

斎藤です。

29 messages 2003/07/28
[#20960] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/28

At Mon, 28 Jul 2003 18:26:20 +0900, Tadashi Saito wrote:

[#20962] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/28

まつもと ゆきひろです

[#20990] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — Masahiro TANAKA <masa@...> 2003/07/29

At Mon, 28 Jul 2003 21:16:08 +0900, Yukihiro Matsumoto wrote:

[#20992] Re: [BigDecimal] conflict between Numeric#div and BigDecimal#div — matz@... (Yukihiro Matsumoto) 2003/07/29

まつもと ゆきひろです

[ruby-dev:20736] Re: portable(?) UserID/GroupID control

From: Hidetoshi NAGAI <nagai@...>
Date: 2003-07-20 16:42:55 UTC
List: ruby-dev #20736
永井@知能.九工大です.

From: matz@ruby-lang.org (Yukihiro Matsumoto)
Subject: [ruby-dev:20735] Re: portable(?) UserID/GroupID control
Date: Mon, 21 Jul 2003 00:34:06 +0900
Message-ID: <1058715357.750868.22492.nullmailer@picachu.netlab.jp>
> ruby-listにもポストしておられますが、あちらでの議論を邪魔し
> ないためにこちらで話します。私の意見が必要以上に重視されるこ
> とを防ぐためです。

はい.承知しました.

# 議論場所の発散が嫌で,しばらくの間,流すかどうか迷っていたのですが,
# やはり反応が欲しかったもので ruby-list にまで流してしまいました.
# このままだと,前回の二の舞でまた放置状態になりそうでしたので...

> In message "[ruby-dev:20690] portable(?) UserID/GroupID control (Re: frozen ThreadGroup)"
>     on 03/07/16, Hidetoshi NAGAI <nagai@ai.kyutech.ac.jp> writes:
> 
> |module Process::UserID   ユーザ ID 操作
> 
> これ、Process::UIDはいかがでしょう。GroupIDはGIDということで。

全く異存ありません.
UID, GID だと略しすぎと見なされるかもと思って 
UserID, GroupID としていましたが,
UID, GID で問題ないならその方がいいですよね.

ところでシステムコールを直接提供する方はどうしましょう?
とりあえず現在の Process モジュールから切り放すために
Process::ID_Syscall モジュールというようにしていますが,
実は私自身,いい名前だとは思っていません.
Process モジュールに追加という考え方もあるとは思いますが,
OS への依存性が強いものを多量に追加するのは少し問題ありとも感じます.
この点,どう思われますでしょうか?

> re_exchangeとre_exchangeable?は良いと思います。長いですが、
> さほど頻繁に使う機能でもなし。
> 
> あと、ridはrealとしたいところですが、そうするとeidが
> effectiveなんて長い名前になってバランスが悪くなるので、これ
> はrid/eidで妥協しても良いかなと思います。

では ruby-list ML の方でも大きな異論がなければ
これらについては OK ということでも良さそうですね.

# rid / eid とした理由は正にご指摘の通りでした.

> Rubyのメソッド名は「動詞は原形を使う」というルールを採用して
> いるので、has_sid?はhave_sid?またはsid?とかsid_available?な
> どになるべきです。

すみません.そういうルールでしたね.
sid? では sid についての何を尋ねているのかがわからないですし,
sid_available? では長いので,have_sid? を最優先候補に
...と最初は思いましたが,re_exchangable? との対比を考えると 
sid_available? はいいですね.

re_exchangeable? と同様,頻繁に使うメソッドではないので,
少々長いものの sid_available? を最優先候補としたいと思います.

> switchには賛成します。

ありがとうございます.

> 残りはto(id)とeid=(id)ですが、これらは名前から機能が想像でき
> ません。別の名前を希望します。ハフマンエンコーディングの観点
> から言えば、メソッド名は長くても良いと思います。

to(id) はともかく,eid=(id) もダメでしたか?
確かに保存ユーザ ID への影響があるかもしれない点は
メソッド名には表れていませんが,effective ID に
値を設定するという意味合いは表れていると思ったのですが...

両メソッドとも他の名前候補を考えてみます.
-- 
                                         永井 秀利 (九工大 知能情報)
                                             nagai@ai.kyutech.ac.jp

In This Thread