[#32910] NKF,Kconv — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#32913] openの"b"とencoding — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#32922] SEGV by regexp match in while loop — Tanaka Akira <akr@...>
Debian GNU/Linux (sarge) の gcc-3.4 を使ってビルドした ruby
[#32935] queue and timeout — Tanaka Akira <akr@...>
timeout で Queue#pop に時間制限をつけた時、タイムアウト時に
まつもと ゆきひろです
[#32940] ripper cannot build on win32 — yukimi_sake <yukimi_sake@...>
雪見酒です。
[#32945] Shift_JIS variants and UTF-16 support — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
中村さん、こんにちは。
まつもと ゆきひろです
成瀬です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
成瀬です。
こんにちは、なかむら(う)です。
成瀬です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
[#32946] replica と alias の違い(encoding) — KIMURA Koichi <kimura.koichi@...>
木村です。
[#32987] error with open-uri (instance_eval?) — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#32988] Re: [ruby-cvs:22194] Ruby:r14957 (trunk): * encoding.c (rb_enc_init): UTF-{16,32}{BE,LE} are not builtin. — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
[#32992] ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — "NARUSE, Yui" <naruse@...>
成瀬です。
まつもと ゆきひろです
At 18:13 08/01/09, Yukihiro Matsumoto wrote:
成瀬です。
まつもと ゆきひろです
成瀬です。
まつもと ゆきひろです
なかだです。
まつもと ゆきひろです
[#32996] binmode and ASCII-8BIT — Kazuhiro NISHIYAMA <zn@...>
西山和広です。
[#33069] Re: [ruby-cvs:22244] Ruby:r15007 (trunk): * enc/make_encdb.rb: added. search enc/*.c and make encoding database. — Yukihiro Matsumoto <matz@...>
まつもと ゆきひろです
まつもと ゆきひろです
[#33076] Encoding.compatible? and dummy encodings — sheepman <sheepman@...>
こんにちは sheepman です。
成瀬です。
まつもと ゆきひろです
[#33078] NEW REPLICA ENCODINGS AND ENCODING ALIASES — "NARUSE, Yui" <naruse@...>
成瀬です。
[#33101] String#valid_encoding? shoud be strict? — Masayoshi Takahashi <maki@...>
高橋征義です。1.9のエンコーディングとString#valid_encoding?について。
[#33139] Bignum#* might invoke GC parallelly? — "Yusuke ENDOH" <mame@...>
遠藤と申します。
[#33156] default script encoding and -K option — sheepman <sheepman@...>
こんばんは sheepman です。
こんにちは、なかむら(う)です。
まつもと ゆきひろです
[#33164] default encoding for Marshal.load — "Shugo Maeda" <shugo@...>
前田です。
まつもと ゆきひろです
[#33185] コンパイルの問題 (r15218) — Martin Duerst <duerst@...>
r15128 当たりで (実はもう少し前から) コンパイルできなくなりました。
[#33218] Re: Ruby1.9String バイト列へのインデックス アクセス — "Hisanori Kiryu" <hkiryu@...>
> ちなみに、byte のではなく bytes の方が妥当だと思います。
[#33224] printf "%0x" — Tanaka Akira <akr@...>
printf の %0x に負の整数を与えると、値によって .. がついたり
[#33226] [PATCH] warnings of enc/trans/utf_16_32.c — Nobuyoshi Nakada <nobu@...>
なかだです。
[#33239] Re: [ruby-cvs:22386] Ruby:r15149 (trunk): * string.c (rb_str_each_char): move forward. — Tanaka Akira <akr@...>
In article <200801210259.m0L2x3CW017171@ci.ruby-lang.org>,
なかだです。
In article <20080121065650.55F60E0662@mail.bc9.jp>,
なかだです。
まつもと ゆきひろです
[#33247] requests to transcode — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
[#33303] Time#strftimeのエンコーディング — rubikitch@...
るびきちです。
まつもと ゆきひろです
なかだです。
西山和広です。
[#33368] summary of script encoding — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
まつもと ゆきひろです
こんにちは、なかむら(う)です。
まつもと ゆきひろです
永井@知能.九工大です.
[#33387] HashからStructを作る — rubikitch@...
るびきちです。
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
From: Yukihiro Matsumoto <matz@ruby-lang.org>
まつもと ゆきひろです
[#33399] regexp match /.../n against to UTF-8 string — Tanaka Akira <akr@...>
以下のように、つけてもいない正規表現の n オプションに関して
[#33400] /#{}/e.encoding — Tanaka Akira <akr@...>
以下のように /#{}/e の encoding が US-ASCII になります。
[#33403] wrapped String#gsub — "Park Ji-In" <tisphie@...>
こんにちは、朴 芝印です。
[#33417] コンパイルの問題 — Martin Duerst <duerst@...>
現在 (r15264 で) コンパイル使用とすると、エラーになります:
At 16:28 08/01/27, you wrote:
[#33433] Win32OLE: set encoding to OLE string — "U.Nakamura" <usa@...>
こんにちは、なかむら(う)です。
成瀬です。
助田です。
こんにちは、なかむら(う)です。
こんにちは、なかむら(う)です。
[#33452] enc/euc_kr.c (euckr_mbc_enc_len) euc_kr.c is also used by CP942 — "NARUSE, Yui" <naruse@...>
成瀬です。
まつもと ゆきひろです
成瀬です。
[#33461] Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...>
=1B$B?9ED$H?=3D$7$^$9!#=1B(B
なかだです。
森田です。
なかだです。
森田です。
天野竜太郎と申します。
森田です。
天野です。
森田です。
天野です。
森田です。
天野です。
森田です。
天野です。
[#33488] 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...>
永井@知能.九工大です.
まつもと ゆきひろです
永井@知能.九工大です.
成瀬です。
永井@知能.九工大です.
成瀬です。
永井@知能.九工大です.
成瀬です。
In article <47A00E86.4010701@airemix.com>,
成瀬です。
In article <47A03C9D.2090008@airemix.com>,
In article <87hcgvu1ng.fsf@fsij.org>,
[#33521] nkf の CP932 — Martin Duerst <duerst@...>
成瀬さん、皆さん、こんにちは。
[#33548] block parameter of String#gsub — "NARUSE, Yui" <naruse@...>
成瀬です。
まつもと ゆきひろです
[ruby-dev:33123] Re: Binary String
成瀬です。 Hidetoshi NAGAI wrote: >> ソースをざっと見ただけなので間違っているかもしれませんが、本当にそうです >> か。tk_call_without_enc とかの binary 版を作れば解決したりしませんかね。 > > ダメだと思います. > > ソースをご覧になったのであればご承知とは思いますが, > tk_call_without_enc は,ascii のみと分かっているか, > あるいはすでに UTF-8 (または binary string) に変換済で > それ以上の変換が必要がない場合に使えるものです. > 結局はいずれかの段階で,Tk に渡すトークンごとに > どのように変換するかを決めてやる必要があります. > binary なのかを判断してやらねばなりません. あぁ、tk_call_without_enc は変換しないんですね。それでは、バイナリデータ を要求するメソッドでは tk_call_without_enc を使えば意図しない変換は行わ れないんじゃないですか? > Ruby 1.9 で,magic comment がなければ ASCII-8BIT になり > binary == ASCII-8BIT とするのであるならば, > これまで動いていた Ruby 1.8 のスクリプトに対しては > 次のようになると思います. > > (1) これまでと同様に動くようにするため, > Ruby 1.8 と同様に binary を明示する情報を付与する. > > せっかく encoding 情報を持つようになったのに, > それを利用しないという方法です. > でも,一般ユーザは ASCII-8BIT を binary として > 使おうとするかもしれません. > 似て異なる情報を持たせねばならないという > 気持ちの悪い状況ではあります. BINARY を定義したのにユーザーが ASCII-8BIT をバイナリとして用いるケース を想定していらっしゃいますか? > (2) Ruby 1.8 で動いていた Ruby/Tk のソースは > 文字化けしてしまうのというのを諦めてもらう. > > ソースの互換性を捨ててしまうという対応です. > 動かしたければ,適切な magic comment の付与が必要です. > このような互換性は捨ててしまうべきという意見もありそうですが, > 私は,不可能でない限りは互換性を極力維持したいと > 考える方ですので,心情としてはかなり辛い選択です. > > 不明時の encoding である ASCII-8BIT と区別できるような > binary encoding が存在しさえすれば互換性維持ができると思ってます. > そのために導入をお願いしてきたわけですが, > どうしても binary encoding を加えるつもりはないということであれば, > 非常に残念ですが上記の (2) を選択することにします. えーっと、まず、1.9 では Kernel#* がいくつか消えていたり、多重代入に変更 が入ったり、、、string[i] が 文字を返すようになったりといった非互換な変 更が大量に入っているので、既存のスクリプトが修正なしに Ruby 1.9 で動くと いうことはある程度の規模ならばまずあり得ないと思います。よって、1.8 向け のコードがそのまま動くというのはもとより諦めていただかねばなりません。 magic comment を定義しないことによる問題については定義してくださいの一言 です。magic comment が未定義なことに由来する不都合はユーザー側の責任で しょう。どうも、magic comment の意義を過小評価していらっしゃるようです が、magic comment なしで自動推測によってかろうじて動いていたコードは、別 の環境に持って行ったら化けるんですよ?そんなコードが許されるはずがない じゃないですか。 > というわけで,本当に最後の質問です. > binary encoding 導入,または ASCII-8BIT と UNKNOWN-8BIT の区別は > どうしてもダメですか? え、これで最後なんですか?まだ、永井さんはどこに問題があるのかを把握して いらっしゃらないように思われます。問題を把握できていない方の修正案ではそ の問題が本当に解決できるのかわかりませんし、わたしは binary encoding 導 入では問題の解決はできないと考えています。 田中さんも仰られていますが、「具体的な問題の例」言い換えればテストケース があると理解しやすいように思います。ある種の極限状態——ユーザからもTcl/Tk 自体からもデータを受け取り、そのデータはバイナリデータのこともテキスト データのこともあるというメソッドが存在し、さらに受け取るテキストデータが ASCII-8BIT のままである正当な理由があるケース——がもし存在するならば BINARY が必要な可能性がありますが、わたしはそういうケースは実際には存在 しないと考えています。反証があれば考えを改めさせていただきます。 とりあえず、 * locale 非対応→Ruby が対応すればいいだけ * magic comment がない→つけてください なので、これ以外ですかね。 -- NARUSE, Yui <naruse@airemix.com> DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA