[#37892] 配列の重複検出用Hashの使いまわし — wanabe <s.wanabe@...>
ワナベと申します。
5 messages
2009/02/04
[#37898] [Bug #1105] Ruby1.9でのrescue節の例外ハンドラのマッチの処理 — Tatsuji Kawai <redmine@...>
Bug #1105: Ruby1.9でのrescue節の例外ハンドラのマッチの処理
5 messages
2009/02/04
[#37910] [Bug:1.9] lack consistency in hash iteration — Yusuke ENDOH <mame@...>
遠藤です。
7 messages
2009/02/04
[#37911] Re: [Bug:1.9] lack consistency in hash iteration
— Yukihiro Matsumoto <matz@...>
2009/02/04
まつもと ゆきひろです
[#37918] [BUG: 1.9] encoding warning — SASADA Koichi <ko1@...>
ささだです．
4 messages
2009/02/05
[#37921] [Feature:trunk] with_index_from — Yusuke ENDOH <mame@...>
遠藤です。
9 messages
2009/02/05
[#37923] Re: [Feature:trunk] with_index_from
— "Akinori MUSHA" <knu@...>
2009/02/05
At Thu, 5 Feb 2009 23:18:49 +0900,
[#37924] Re: [Feature:trunk] with_index_from
— Yusuke ENDOH <mame@...>
2009/02/05
遠藤です。
[#37928] Re: [Feature:trunk] with_index_from
— "Akinori MUSHA" <knu@...>
2009/02/06
At Fri, 6 Feb 2009 00:58:59 +0900,
[#37936] zombie processes by drb tests — Tanaka Akira <akr@...>
OpenBSD で、test-all をすると、drb のところで、テストに 100
6 messages
2009/02/06
[#37941] Re: zombie processes by drb tests
— Masatoshi SEKI <m_seki@...>
2009/02/08
咳といいます。
[#37956] proposal: Module#method_adding — SASADA Koichi <ko1@...>
ささだです．
8 messages
2009/02/10
[#37959] [Bug:trunk] I can modify literals — Yusuke ENDOH <mame@...>
遠藤です。
13 messages
2009/02/10
[#37980] Re: [ruby-changes:10687] Ruby:r22250 (trunk): * iseq.c (simple_default_value): allow plain strings as default — SASADA Koichi <ko1@...>
ささだです．
3 messages
2009/02/12
[#37995] Add POSTARG support to rb_scan_args() — Akinori MUSHA <akinori.musha@...>
rb_scan_args()をPOSTARG対応にするパッチです。
5 messages
2009/02/13
[#37998] [Feature:1.9] {Array,Enumerable}#uniq_by, #uniq_by! — Nobuyoshi Nakada <nobu@...>
なかだです。
5 messages
2009/02/13
[#38005] Is URI.decode() broken? — MOROHASHI Kyosuke <moronatural@...>
もろはしです。いつもお世話になっております。
39 messages
2009/02/14
[#38006] Re: Is URI.decode() broken?
— Nobuyoshi Nakada <nobu@...>
2009/02/14
なかだです。
[#38009] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/02/14
成瀬です、
[#38016] Re: Is URI.decode() broken?
— Fujioka <fuj@...>
2009/02/15
xibbarこと藤岡です。
[#38017] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/02/15
成瀬です。
[#38040] Re: Is URI.decode() broken?
— akira yamada / やまだあきら <akira@...>
2009/02/17
NARUSE, Yui さんは書きました:
[#38124] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/03/03
成瀬です。
[#39214] Re: Is URI.decode() broken?
— akira yamada / やまだあきら <akira@...>
2009/09/02
(2009年03月03日 22:45), NARUSE, Yui さんは書きました:
[#39218] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/09/02
成瀬です。
[#39236] Re: Is URI.decode() broken?
— Tanaka Akira <akr@...>
2009/09/05
In article <4A9E44DD.6050706@airemix.jp>,
[#39238] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/09/05
成瀬です。
[#39242] Re: Is URI.decode() broken?
— KOSAKI Motohiro <kosaki.motohiro@...>
2009/09/07
小崎＠思いつきを適当に書いてみるテスト
[#39246] Re: Is URI.decode() broken?
— Tanaka Akira <akr@...>
2009/09/07
In article <20090907091830.2C7A.A69D9226@jp.fujitsu.com>,
[#39251] Re: Is URI.decode() broken?
— KOSAKI Motohiro <kosaki.motohiro@...>
2009/09/08
> In article <20090907091830.2C7A.A69D9226@jp.fujitsu.com>,
[#39257] Re: Is URI.decode() broken?
— "NARUSE, Yui" <naruse@...>
2009/09/08
2009/09/07 14:38, Tanaka Akira wrote:
[#39265] Re: Is URI.decode() broken?
— Tanaka Akira <akr@...>
2009/09/08
In article <4AA5EA67.1040504@airemix.jp>,
[#38007] [Feature #1159] StringScanner に文字ベースでのインデックスを返すメソッドがほしい — Akira Matsuda <redmine@...>
Feature #1159: StringScanner に文字ベースでのインデックスを返すメソッドがほしい
5 messages
2009/02/14
[#38018] circular require in openssl — Tanaka Akira <akr@...>
以下のように、openssl には環状の require があり、警告が出ます。
9 messages
2009/02/15
[#38019] Re: circular require in openssl
— Tanaka Akira <akr@...>
2009/02/15
In article <87vdrcul7y.fsf@fsij.org>,
[#38024] Re: circular require in openssl
— Yukihiro Matsumoto <matz@...>
2009/02/16
まつもと ゆきひろです
[#38027] Re: circular require in openssl
— Tanaka Akira <akr@...>
2009/02/16
In article <E1LYyoE-0005P0-Hi@x61.netlab.jp>,
[#38022] ENCODING_FIXED と ENCODING_NONE の廃止 — "NARUSE, Yui" <naruse@...>
成瀬です。
8 messages
2009/02/15
[#38031] Re: ENCODING_FIXED と ENCODING_NONE の廃止
— Tanaka Akira <akr@...>
2009/02/16
In article <49986A0A.5060602@airemix.jp>,
[#38033] Re: ENCODING_FIXED と ENCODING_NONE の廃止
— "NARUSE, Yui" <naruse@...>
2009/02/16
成瀬です。
[#38034] Re: ENCODING_FIXED と ENCODING_NONE の廃止
— Tanaka Akira <akr@...>
2009/02/16
In article <49995412.6040000@airemix.jp>,
[#38048] Add option hash support to rb_scan_args() — "Akinori MUSHA" <knu@...>
rb_scan_args() にoption hash対応を組み込むのはどうでしょうか。
6 messages
2009/02/18
[#38053] Re: Add option hash support to rb_scan_args()
— Yukihiro Matsumoto <matz@...>
2009/02/19
[#38067] Re: [ruby-cvs:29304] Ruby:r22086 (trunk): * ruby.c (process_options): set initial default_external before -r. — "Yugui (Yuki Sonoda)" <yugui@...>
Yuguiです。
3 messages
2009/02/22
[#38075] [Bug #1198] corrupted iteratoin during "enum_for :inject" — Shyouhei Urabe <redmine@...>
Bug #1198: corrupted iteratoin during "enum_for :inject"
7 messages
2009/02/24
[#38080] [Feature:trunk] nested loop construct — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
10 messages
2009/02/25
[#38081] Re: [Feature:trunk] nested loop construct
— SASADA Koichi <ko1@...>
2009/02/25
ささだです．
[#38096] 多重代入やメソッド引数の展開でto_aが呼ばれます — nagachika <nagachika00@...>
nagachika と申します。
10 messages
2009/02/26
[#38785] Re: 多重代入やメソッド引数の展開でto_aが呼ばれます
— Shugo Maeda <shugo@...>
2009/07/14
前田です。
[#38788] Re: 多重代入やメソッド引数の展開でto_aが呼ばれます
— Yukihiro Matsumoto <matz@...>
2009/07/14
まつもと ゆきひろです
[#38789] Re: 多重代入やメソッド引数の展開でto_aが呼ばれます
— Shugo Maeda <shugo@...>
2009/07/15
前田です。
[#38795] Re: 多重代入やメソッド引数の展開でto_aが呼ばれます
— Tanaka Akira <akr@...>
2009/07/15
In article <704d5db90907141754p285e6e51xdd3208b27d556906@mail.gmail.com>,
[#38098] ブロック引数と括弧・引数なしsuper — Shugo Maeda <shugo@...>
前田です。
12 messages
2009/02/27
[#38113] Re: ブロック引数と括弧・引数なしsuper
— Yukihiro Matsumoto <matz@...>
2009/03/02
まつもと ゆきひろです
[ruby-dev:38033] Re: ENCODING_FIXED と ENCODING_NONE の廃止
From:
"NARUSE, Yui" <naruse@...>
Date:
2009-02-16 11:55:46 UTC
List:
ruby-dev #38033
成瀬です。
Tanaka Akira wrote:
> In article <49986A0A.5060602@airemix.jp>,
> "NARUSE, Yui" <naruse@airemix.jp> writes:
>
>> ところが、この効果は、//s や //e、//u の場合は、
>> 正規表現のエンコーディングを指定するだけでなく、
>> マッチ対象の文字列を指定したエンコーディングに「固定」します。
>> 具体的には /aa/u =~ "aa".force_encoding("euc-jp") がマッチしなくなります。
>> しかし、この仕様は混乱を招くだけで不要ではないでしょうか。
>
> 手元ではマッチします。
>
> % ruby-1.9.1p0 -ve 'p(/aa/u =~ "aa".force_encoding("euc-jp"))'
> ruby 1.9.1p0 (2009-01-30 revision 21907) [i686-linux]
> 0
おっと、失礼。
% ruby_1_9_1 -ve 'p(/aa/u =~ "aaあ".encode("euc-jp"))'
ruby 1.9.1p0 (2009-02-13 revision 22266) [x86_64-freebsd7.1]
-e:1:in `<main>': incompatible encoding regexp match (UTF-8 regexp with EUC-JP string) (Encoding::CompatibilityError)
こっちです。
> ここでいう混乱とは実際にはなんでしょうか。
以上だけなら一見「仕様」にも見えるのですが、
このような、Regexp#source.ascii_only? が成立するのに、
ASCII 互換なエンコーディングを持つ文字列にマッチさせることができない
(Regexp#fixed_encoding? が true な) 正規表現は //u, //s, //e を用いてしか
作ることができないという点です。
そのような仕様にするに足る理由があるならば、そのようにするのもいいのでしょうが、
わたしにはないように思えます。
--
NARUSE, Yui <naruse@airemix.jp>