[#32185] Date#+に大きな数字を与えるとおかしな日付に — "madoka yamamoto" <yamamotomadoka@...>

こんにちは、山本と申します。

26 messages 2007/11/08
[#32186] Re: Date#+に大きな数字を与えるとおかしな日付に — Tadayoshi Funaba <tadf@...> 2007/11/08

> Dateオブジェクトに+で大きな数字を与えるとおかしくなるようです。

[#32188] Re: Date#+に大きな数字を与えるとおかしな日付に — "madoka yamamoto" <yamamotomadoka@...> 2007/11/09

山本です。

[#32191] Re: Date#+に大きな数字を与えるとおかしな日付に — tadf@... 2007/11/09

> アルゴリズムの意味がわからないで書いた、表層的なパッチなので

[#32194] Re: Date#+に大きな数字を与えるとおかしな日付に — Yukihiro Matsumoto <matz@...> 2007/11/09

Hi,

[#32200] Re: rational (Re: Date#+に大きな数字を与えるとおかしな日付に) — Tadayoshi Funaba <tadf@...> 2007/11/10

> 1.9ではRationalとComplexを組み込みに、という話はありましたが、

[#32225] Re: rational (Re: Date#+に大きな数字を与えるとおかしな日付に) — Shin-ichiro HARA <sinara@...> 2007/11/12

原です。

[#32198] [提案] Array#tail — "Yusuke ENDOH" <mame@...>

遠藤と申します。

21 messages 2007/11/09
[#32199] Re: [提案] Array#tail — Yukihiro Matsumoto <matz@...> 2007/11/10

まつもと ゆきひろです

[#32352] 1.9.1のリリース時期について — KIMURA Koichi <hogemuta@...>

木村です。

16 messages 2007/11/24
[#32353] Re: 1.9.1のリリース時期について — Yukihiro Matsumoto <matz@...> 2007/11/24

まつもと ゆきひろです

[#32403] Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Takahiro Kambe <taca@...>

こんばんは。

32 messages 2007/11/29
[#32414] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Urabe Shyouhei <shyouhei@...> 2007/11/30

卜部です。

[#32444] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Yukihiro Matsumoto <matz@...> 2007/12/03

まつもと ゆきひろです

[#32488] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — Urabe Shyouhei <shyouhei@...> 2007/12/08

卜部です。

[#32525] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — "Yusuke ENDOH" <mame@...> 2007/12/10

遠藤と申します。

[#32643] Re: Next 1.8.6 patch release? (was Re: 1.9.1のリリース時期について) — "Yusuke ENDOH" <mame@...> 2007/12/19

遠藤です。

[#32409] Re: [ruby-cvs:21293] Ruby:r14056 (trunk): * signal.c (trap_signm): SIGVTALRM no longer used for green — SASADA Koichi <ko1@...>

 ささだです.

10 messages 2007/11/30

[ruby-dev:32293] Re: toplevel irb method

From: Yukihiro Matsumoto <matz@...>
Date: 2007-11-14 09:38:09 UTC
List: ruby-dev #32293
まつもと ゆきひろです

In message "Re: [ruby-dev:32292] Re: toplevel irb method"
    on Wed, 14 Nov 2007 17:34:56 +0900, SASADA Koichi <ko1@atdot.net> writes:

|Yukihiro Matsumoto wrote:
|> visibilityがcrefにあることとか、静的に解決されちゃう(evalで
|> すりかわらない)こととかはどうよ、という気もしないでもないの
|> ですが、それは後で考えることにしましょう。
|
|class C
|  $b = binding # public
|end
|
|eval('def foo; p 42; end', $b)
|C.new.foo #=> 42
|
| 差し変わってる気がしますが,なんか勘違いしてます?

いいえ、この文を書いた時点では1.8と1.9を混同していたので、私
の方が勘違いしています。

| 1.9 の場合,eval の場合での cref がどうの,ではなくて,「メソッド
|内の visibility が外側と同じ」という問題です.
|
|def foo
|  def bar
|    p 42
|  end
|end
|foo
|self.bar
|# 1.8 => 42
|# 1.9 => エラー(private だから)
|
| これはこれで合理的な気がするんですが,どうでしょうか.

合理的だと思います。ネストしたdefの意味はRuby2.0では変更しよ
うかと思っているので、正直、どちらでもよいかなと思ってます。

In This Thread