[#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:33162] Re: Binary String
成瀬です。 Hidetoshi NAGAI wrote: >>>> 変換についての文脈では、ASCII only の文字列が ASCII-8BIT で返ってきても >>>> 問題はありませんよね。 >>>> >>>> US-ASCII になった方がいいかもというのには賛成です。以前は「US-ASCII はビ >>>> ルトインではないから」というのが理由だったのですが、今は US-ASCII もビル >>>> トインされるようになったので。 >>>> >>> どんな文脈でもASCII onlyの文字列が「ASCII-8BIT」じゃまずいですよ。 >>> 「テキストなのにASCII-8BITなのはおかしい」って話だったじゃないですか。 >> ASCII only はエンコーディングに関わらず結合・比較等において特別扱いなの >> で、dummy 以外では実際上問題は起きないと思います。 > > え? この状況は,単にまだ対応できていない/対応が確定していないという > ことではないのですか? > [ruby-dev:33110] で いえ、[ruby-dev:32046] で一度出ているのですよ。当時と状況が若干異なって はいますが。 >> なので、[ruby-dev:33049] で言っている通り文字列には encoding が必要だ、 >> encoding を設定しよう、となるわけです。テキストデータなのに ASCII-8BIT >> のままになっている方がおかしいんですよ。そこから目をそむけて ASCII-8BIT >> が混沌としているままな限り、一部のバイナリデータを BINARY で隔離しても問 >> 題の解決にはなりません。 >> >> で、実際のところ、テキストデータに encoding をきちんと設定すれば、ASCII- >> 8BIT な string はバイナリデータとしてみなしてしまうので問題ないのではな >> いか。何かダメな例ある?というのがこれからの話でしょうか。 > > と述べられてますが,これを言い換えると,「encoding を指定すれば > ASCII-8BIT は付かないんだから,encoding を指定していないのが悪い. > だから ASCII-8BIT を binary としても問題ない」ということですよね? > つまりは,有効な encoding を指定している限り, > 本来は ASCII-8BIT が付与されてはならないのではないのですか? > 今回の例は有効な encoding を指定している例と考えていいですよね. > > # 「矛盾していない」という条件も付くのかも知れませんが, > # 少なくとも今回の例は encoding 指定との矛盾はしていないはずです. > > そこまで強くおっしゃっていたので,互換性を捨てる覚悟をして > ASCII-8BIT を binary として扱うことに妥協したのですが... > > ですから,今回の例を「事実上問題が起きないと思います」で > スルーされてしまうと困ります. > > 現在のところは問題は生じないはずですが,将来,Tcl/Tk 上において > StringObj 系の関数で処理するか ByteArrayObj 系の関数で処理するかで > 問題が発生する可能性がないとは言い切れません. > 「encoding を指定すれば ASCII-8BIT は付かない」という前提であれば, > そうした場合でも「正しく encoding を設定することで対応してください」 > と言えますが,その前提が成り立たないならば答えの前に > 「文字列ひとつひとつに」というのを付けなければならなくなります. > それはあまりに要求が厳しいのではないでしょうか. 懸念を感じるのはごもっともで、当時も今も違和感は感じてはいるのですが、田 中さんの言う局所性を破る程度に強い根拠を結局見つけられなかったのですよ。 根拠がない以上あまり強くは言いづらいのです。 >>> この例だったら、エンコーディング指定してある「euc-jp」になるか >>> お二人の言うように「US-ASCII」になるべきだと思います。 >> が、この意見には賛成です。もっとも、以前は「EUC-JP」になるべきじゃないか >> なぁと思っていたんですが、実際問題としては ascii only な文字列のエンコー >> ディングは飾りにすぎないのであまり強い意見は持っていません。 > > 最初は私も euc-jp ではと思いましたが,8bit char を含んでいないなら > euc-jp でない方が便利がいいという判断で行っているのかもと思い, > US-ASCII と書いてました. > ですので,「ASCII-8BIT ではまずいだろう」という以上には > どうすべきというような意見は特にありません. 当時いろいろ考えたのですが、わたしの中では ascii only の文字列は encoding を信用してはならない、という結論に落ち着きました。というのも、 中身が ascii only の場合は encoding に何がついていようとも ascii only で あるという情報が優先するべきに思われたので。(例外は dummy 等 ASCII compatible でない時) -- NARUSE, Yui <naruse@airemix.com> DBDB A476 FDBD 9450 02CD 0EFC BCE3 C388 472E C1EA