[#32945] Shift_JIS variants and UTF-16 support — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

22 messages 2008/01/07
[#32953] Re: Shift_JIS variants and UTF-16 support — Martin Duerst <duerst@...> 2008/01/07

中村さん、こんにちは。

[#32955] Re: Shift_JIS variants and UTF-16 support — Yukihiro Matsumoto <matz@...> 2008/01/07

まつもと ゆきひろです

[#32959] Re: Shift_JIS variants and UTF-16 support — "NARUSE, Yui" <naruse@...> 2008/01/07

成瀬です。

[#32960] Re: Shift_JIS variants and UTF-16 support — Yukihiro Matsumoto <matz@...> 2008/01/07

まつもと ゆきひろです

[#32992] ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — "NARUSE, Yui" <naruse@...>

成瀬です。

18 messages 2008/01/08
[#32994] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — Yukihiro Matsumoto <matz@...> 2008/01/09

まつもと ゆきひろです

[#32995] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — Martin Duerst <duerst@...> 2008/01/09

At 18:13 08/01/09, Yukihiro Matsumoto wrote:

[#33011] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — "NARUSE, Yui" <naruse@...> 2008/01/11

成瀬です。

[#33012] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — Yukihiro Matsumoto <matz@...> 2008/01/11

まつもと ゆきひろです

[#33014] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — "NARUSE, Yui" <naruse@...> 2008/01/11

成瀬です。

[#33015] Re: ASCII is alias of US-ASCII; replica of dummy encoding is not a dummy — Yukihiro Matsumoto <matz@...> 2008/01/11

まつもと ゆきひろです

[#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>,

11 messages 2008/01/21
[#33240] Re: [ruby-cvs:22386] Ruby:r15149 (trunk): * string.c (rb_str_each_char): move forward. — Nobuyoshi Nakada <nobu@...> 2008/01/21

なかだです。

[#33303] Time#strftimeのエンコーディング — rubikitch@...

るびきちです。

13 messages 2008/01/23
[#33305] Re: Time#strftimeのエンコーディング — Yukihiro Matsumoto <matz@...> 2008/01/23

まつもと ゆきひろです

[#33368] summary of script encoding — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

22 messages 2008/01/25
[#33375] Re: summary of script encoding — Yukihiro Matsumoto <matz@...> 2008/01/25

まつもと ゆきひろです

[#33376] Re: summary of script encoding — "U.Nakamura" <usa@...> 2008/01/25

こんにちは、なかむら(う)です。

[#33387] HashからStructを作る — rubikitch@...

るびきちです。

19 messages 2008/01/25
[#33455] Re: HashからStructを作る — Yukihiro Matsumoto <matz@...> 2008/01/28

まつもと ゆきひろです

[#33505] Re: HashからStructを作る — rubikitch@... 2008/01/29

From: Yukihiro Matsumoto <matz@ruby-lang.org>

[#33507] Re: HashからStructを作る — Yukihiro Matsumoto <matz@...> 2008/01/29

まつもと ゆきひろです

[#33508] Re: HashからStructを作る — rubikitch@... 2008/01/29

From: Yukihiro Matsumoto <matz@ruby-lang.org>

[#33433] Win32OLE: set encoding to OLE string — "U.Nakamura" <usa@...>

こんにちは、なかむら(う)です。

16 messages 2008/01/28

[#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

19 messages 2008/01/28
[#33473] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — Nobuyoshi Nakada <nobu@...> 2008/01/28

なかだです。

[#33503] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...> 2008/01/29

森田です。

[#33514] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — Nobuyoshi Nakada <nobu@...> 2008/01/29

なかだです。

[#33518] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...> 2008/01/30

森田です。

[#33545] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — Ryutaro Amano <wn9r-amn@...> 2008/01/31

天野竜太郎と申します。

[#33546] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...> 2008/01/31

森田です。

[#33547] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — Ryutaro Amano <wn9r-amn@...> 2008/01/31

天野です。

[#33551] Re: Failed to make ruby-1.8.6-p111 on MacOSX 10.5(Leopard) — MORITA Hideyuki <h-morita@...> 2008/01/31

森田です。

[#33488] 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...>

永井@知能.九工大です.

20 messages 2008/01/29
[#33491] Re: 現在の script encoding の値を得る方法は? — Yukihiro Matsumoto <matz@...> 2008/01/29

まつもと ゆきひろです

[#33500] Re: 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...> 2008/01/29

永井@知能.九工大です.

[#33501] Re: 現在の script encoding の値を得る方法は? — "NARUSE, Yui" <naruse@...> 2008/01/29

成瀬です。

[#33515] Re: 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...> 2008/01/30

永井@知能.九工大です.

[#33516] Re: 現在の script encoding の値を得る方法は? — "NARUSE, Yui" <naruse@...> 2008/01/30

成瀬です。

[#33519] Re: 現在の script encoding の値を得る方法は? — Hidetoshi NAGAI <nagai@...> 2008/01/30

永井@知能.九工大です.

[#33522] Re: 現在の script encoding の値を得る方法は? — "NARUSE, Yui" <naruse@...> 2008/01/30

成瀬です。

[ruby-dev:33287] Re: requests to transcode

From: "U.Nakamura" <usa@...>
Date: 2008-01-23 01:02:41 UTC
List: ruby-dev #33287
こんにちは、なかむら(う)です。

In message "[ruby-dev:33286] Re: requests to transcode"
    on Jan.23,2008 07:41:13, <naruse@airemix.com> wrote:
| stateful encoding を処理するは、ISO 2022 についてならば直前の escape
| sequence というか、現在の文字集合番号とバイト列があればよいかと。ここで
| 1 byte をブロックに渡すか、多バイト必要な場合なことを考えて複数バイト渡
| すか、いっそのことバイト列すべてと現在の index を渡すかが迷いどころです
| かねぇ。

あんまりたくさんブロックに引数を渡すようにしても書き間違える
だけなので、成瀬さんの2つ目の案のように2個程度に留めるか、情
報をまとめたクラスのインスタンスを1個渡すか、どちらかが現実的
でしょうね。
とりあえず後者にしておけば後で仕様を追加できるので、実装する
方は気が楽かもしれません。


| > フラグを使う例だと、変換不能な文字を任意の指定文字に置換する
| > ことはできないような気がしますが、例えばスレッドローカルな特
| > 殊変数で指定するとかいうことを考えておられますか?
| 
| エンコーディングごとにデフォルトの置換文字が決まっているので、通常はそれ
| を用いればいいかと。変えたい場合はブロックで。ハッシュなりで渡すという方
| 法もあるでしょうね。

「決まってる」というのは、何で決まってるんでしょう?
# 不勉強ですみません

ブロック渡せるようになればどうにでもなるので、そういう方向だ
ということが決まるのなら、使う方としてはあまり気にはなりませ
んけどね。


| > 変換元Cバイト配列、変換元encoding、変換先encoding、変換失敗時
| > 対応方法、というような引数で呼べると嬉しいです。
| > 変換失敗時対応方法として、エラー、指定文字に置き換え、のいず
| > れかを選べ、エラー時には例外でなく戻り値で示してもらえると嬉
| > しいですね。
| 
| 思うに mbsrtowcs 的な API についての話だと思います。

ああ、いや、なんというか、単に
  rb_funcall(str, rb_intern("encode"), 1, enc);
と書かずに直接rb_str_transcode()相当を呼びたかっただけという
だけです。
ただしrb_str_transcode()そのものはrubyインタプリタ評価器から
呼ばれること前提なので、argvをばらした状態で呼べるものが欲し
いな、というそれだけ...

変換失敗時対応方法という引数があるといいというのは、String#encode
自体がそういう方向になるはずなので、というだけです。

といわわけで、戻り値はVALUE(String)でいいですし、失敗はnilで
教えてくれればもう十分で、呼んだ側は失敗してたら後は死ぬなり
何なりすればいいやと思っていたので失敗したところから再開とか
は全然考えていませんでした。


| 勉強不足なせいでこれで十分かわかりませんが、たぶん大体こんな感じでしょうか。

十分というか、鼻血が :)
私としてはここまで生なものが欲しかったわけではなくて、上述の
通りです。

成瀬さんの案は、String#encodeのブロック引数つき版に対応したAPI
ということになるかと思うのですが、これはまあこれとして、私が
欲しかったのはもっと手軽に呼べるシンプルな奴です、はい。


それでは。
-- 
U.Nakamura <usa@garbagecollect.jp>



In This Thread