[#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:33188] Re: Binary String

From: Hidetoshi NAGAI <nagai@...>
Date: 2008-01-19 15:10:55 UTC
List: ruby-dev #33188
永井@知能.九工大です.

From: Tanaka Akira <akr@fsij.org>
Subject: [ruby-dev:33165] Re: Binary String
Date: Fri, 18 Jan 2008 13:24:47 +0900
Message-ID: <877ii7vjzp.fsf@fsij.org>
> 前田さんの [ruby-dev:33164] も興味深い例ですね。
> 
> Ruby 1.8 から Marshal 経由でやってきた String に推定を行いた
> いかどうかといわれても、それだけの条件ではどっちともいいがた
> い気がします。というか、両方のケースがあるでしょう。残念なこ
> とにその String が作られる元になったところに encoding が明示
> されていたのかどうかは Ruby 1.9 側からは確認の術がありません。
> 
> tk としては String を生成する側、つまり Marshal でどちらか判
> 断して区別を付けてほしいのかもしれませんが、Marshal でやれと
> いわれてもなぁ。

センター試験の試験監督をしながらつらつら考えていたのですが,

# もちろん試験監督業務は怠りなくやってますよ.(^_^)

Ruby 1.8 からの Marshal 経由 String のことまで考えると,
UNDEFINED-8BIT (dummy encoding をこれに割り振るのも可?) と 
Encoding.default_undefined とを新設した上で,
Ruby 1.9 では Marshal のフォーマットバージョンを
上げてしまうというのが一番すっきりしそうな気がします.

以下,考え違いをしていたらすみません.

Ruby 1.8 での Marshal では何らかの encoding を想定しているか,
encoding 情報を別に保存しているかの可能性が高いと思われます.
この場合,推測で encoding を与えても推測せずに ASCII-8BIT としても,
多分,どちらも不便だろうと思います.
で,Ruby 1.9 としては,String に encoding は必須であると考えると,
Marshal でも encoding を保存しなければならないはずです.
その意味では,Marshal のフォーマットバージョンは上げるべきと
言っていいのでしょうか?

問題は Ruby 1.9 で Ruby 1.8 の Marshal 経由 String を
読み込んだ場合ということですよね?

 * この場合,Marshal 経由 String の encoding は UNDEFINED_8BIT にする.

 * Encoding.default_undefined のデフォルト値は ASCII-8BIT とし,
   UNDEFINED_8BIT を設定することはできないものとする.

 * UNDEFINED_8BIT の String を処理する際には,その encoding を
   Encoding.default_undefined の値であるとして処理する.
   UNDEFINED_8BIT の String からの処理結果として生成される文字列の 
   encoding は,その時点の Encoding.default_undefined の値とし,
   UNDEFINED_8BIT が設定されることはないものとする.

 * 参照されただけの String を,UNDEFINED_8BIT から
   現在の default_undefined の値に変更すべきかどうかは要検討.
   参照だけなら変更の必要はないという気もするが,
   index だけを得た後で default_undefined の値を変更すると,
   index が正しくなくなる可能性がある.
   とはいえ,read で書き換えが起こるとした場合は
   さらに困ったことになる可能性が高い.
   参照だけならば encoding は変更せず,その後の扱いは
   「自己責任」とするというのが妥当な線かも.

例えば,Marshal データに特定の encoding を想定している場合は
単純に default_undefined にその encoding を設定すればよいし,
Marshal データの中に encoding 指定を含んでいる場合は,
文字列操作の前にその encoding を default_undefined に 
encoding をを設定すればよい.

このケースに限らず,encoding 無指定は UNDEFINED_8BIT にするとすれば
encoding を与えられて困るケースと与えられなくて困るケースとの
両方に対応できそうな気がします.

# コマンドラインから Encoding.default_undefined が与えられれば...

$KCODE への設定が Encoding.default_undefined への設定と
なるようにすれば,互換性を保ちやすくなるのではないかと
思えるのですが...
-- 
                                       永井 秀利 (九工大 知能情報)
                                           nagai@ai.kyutech.ac.jp

In This Thread