[#45174] [ruby-trunk - Feature #5959][Assigned] Addrinfo#inspectname — Yui NARUSE <naruse@...>
9 messages
2012/02/02
[#45177] Re: [ruby-trunk - Feature #5959][Assigned] Addrinfo#inspectname
— Tanaka Akira <akr@...>
2012/02/02
2012年2月2日17:16 Yui NARUSE <[email protected]>:
[#45178] Re: [ruby-trunk - Feature #5959][Assigned] Addrinfo#inspectname
— Tanaka Akira <akr@...>
2012/02/02
2012年2月2日18:12 Tanaka Akira <[email protected]>:
[#45179] Re: [ruby-trunk - Feature #5959][Assigned] Addrinfo#inspectname
— "NARUSE, Yui" <naruse@...>
2012/02/02
(2012/02/02 18:33), Tanaka Akira wrote:
[#45192] Re: [ruby-trunk - Feature #5959][Assigned] Addrinfo#inspectname
— Tanaka Akira <akr@...>
2012/02/05
2012年2月2日19:13 NARUSE, Yui <[email protected]>:
[#45183] Plan to 1.9.3 1st patch release — "NARUSE, Yui" <naruse@...>
もう気分は 2.0 なので正直 1.9.3 とかどうでもいいんですけど（ぇー）、
8 messages
2012/02/03
[#45184] Re: Plan to 1.9.3 1st patch release
— KOSAKI Motohiro <kosaki.motohiro@...>
2012/02/03
> = backport 時のレビューの廃止
[ruby-dev:45219] Re: [Ruby 1.9-Feature#3946][Open] Array#packのqQ指定子に機種依存サイズフラグ!を追加
From:
KOSAKI Motohiro <kosaki.motohiro@...>
Date:
2012-02-09 17:45:01 UTC
List:
ruby-dev #45219
>> > LONG_LONGという言葉を使うとCRuby固有に聞こえますけど、要する >> > にlong longのデータをどう扱いますか、ということなので、あまり >> > LONG_LONGという字面にとらわれて考える必要はないと思います。 >> >> 純粋に C の long long を実現するもので、 >> long long が存在しないときの挙動に合意が取れるなら >> それはとくに問題ないんじゃないでしょうか。 > > ふむ。 > > では、以前も述べたように存在しないときの挙動はArgumentErrorで > よいと思いますが、誰か異論がある人はいますでしょうか? 現実的な範囲ではどのコンパイラもソフトウェアエミュレーションでint64_t を サポートできているようなので細かい話ですがプラットフォームの都合で 失敗するときに ArgumentError にするのはあまり好きではありません。 この状況で失敗したときってアプリ側でfallbackが書けるケースはまれで そのまま終了するのですが、ArgumentError だとアプリケーションにバグが あることを暗に言っているのでミスリーディングだと思うのです。 また、逆にfallbackが書けるケースでいうとプラットフォームが非対応のときは fallbackしたいけど、それ以外のときはfallback したくないはずなのです。 それ以外というのは、よばだし側がライブラリでさらに上位のアプリケーションが 間違った引数をわたしてきた場合、ということですが。 ＃ だけど NotImpErrorは %s() funcsion is unimplemented だから関数にしか使えないんだよねえ。使えない奴・・