[#10553] base64.rb — Sinichiro Dezawa <dezawa@...>

出沢です

92 messages 1998/11/01
[#10565] Re: base64.rb — Shin-ichiro Hara <sinara@...> 1998/11/01

原です。

[#10583] Re: base64.rb — matz@... (Yukihiro Matsumoto) 1998/11/02

まつもと ゆきひろです

[#10595] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/02

出沢です

[#10611] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

出沢です

[#10613] Re: base64.rb — matz@... (Yukihiro Matsumoto) 1998/11/04

まつもと ゆきひろです

[#10614] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

matz> kconvにかけるってのは反則ですか? 今のkconvはB-encodingをデ

[#10615] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

>あー、そんなのがあったのか。反則だ。

[#10616] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

dezawa> >あー、そんなのがあったのか。反則だ。

[#10617] Re: base64.rb — WATANABE Hirofumi <watanabe@...> 1998/11/04

わたなべです.

[#10618] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

watanabe> 何も指定しなくていいです. もともとは nkf で

[#10621] Re: base64.rb — matz@... (Yukihiro Matsumoto) 1998/11/04

まつもと ゆきひろです

[#10623] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

matz> エンコードにはpack("m")がお勧めなのかなあ.

[#10635] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/04

dezawa> 手を付け兼ねてるのは、

[#10642] Re: base64.rb — WATANABE Hirofumi <watanabe@...> 1998/11/05

わたなべです.

[#10648] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/05

watanabe> エスケープとか全部含めて encode する必要があります.

[#10654] Re: base64.rb — WATANABE Hirofumi <watanabe@...> 1998/11/05

わたなべです.

[#10659] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/05

watanabe> といろいろ問題はあるけど pack("m") は encode した結果が長く

[#10663] Re: base64.rb — WATANABE Hirofumi <watanabe@...> 1998/11/05

わたなべです.

[#10664] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/05

watanabe> 自前で細切れに処理しないとだめかな?

[#10672] Re: base64.rb — aamine@... 1998/11/05

あおきです。

[#10673] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/05

aamine> さらに難しくしてしまうのもなんなんですが

[#10702] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/07

出沢@フジフイルム です

[#10796] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/13

出沢です

[#10800] Re: base64.rb — Shun-ichi GOTO <gotoh@...> 1998/11/13

後藤@太陽計測です

[#10801] Re: base64.rb — Toru Hoshina <toru@...> 1998/11/13

保科です。

[#10802] Re: base64.rb — Shun-ichi GOTO <gotoh@...> 1998/11/13

後藤@太陽計測です

[#10804] Re: base64.rb — Toru Hoshina <toru@...> 1998/11/13

保科です。

[#10806] Re: base64.rb — Shun-ichi GOTO <gotoh@...> 1998/11/13

後藤@太陽計測です

[#10737] Re: base64.rb — aamine@... 1998/11/09

あおきです。

[#10741] Re: base64.rb — Sinichiro Dezawa <dezawa@...> 1998/11/09

すばやい

[#10676] 11/10 tokyo offline meeting — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

19 messages 1998/11/06

[#10697] Re: 11/10 tokyo offline meeting — KIMURA Koichi <kkimura@...>

35 messages 1998/11/07
[#10708] Re: 11/10 tokyo offline meeting — TEI meiki <tei@...> 1998/11/07

鄭です。

[#10709] Re: 11/10 tokyo offline meeting — Sinichiro Dezawa <dezawa@...> 1998/11/07

では 「やぐら茶屋」NSビル店 で一応決まりということで?

[#10713] Re: 11/10 tokyo offline meeting — TEI meiki <tei@...> 1998/11/07

鄭です。

[#10721] Re: 11/10 tokyo offline meeting — keiju@... (石塚圭樹 ) 1998/11/08

けいじゅ@日本ラショナルソフトウェアです.

[#10729] Re: 11/10 tokyo offline meeting — matz@... (Yukihiro Matsumoto) 1998/11/09

まつもと ゆきひろです

[#10738] Re: 11/10 tokyo offline meeting — keiju@... (石塚圭樹 ) 1998/11/09

けいじゅ@日本ラショナルソフトウェアです.

[#10743] Re: 11/10 tokyo offline meeting — ARIMA Yasuhiro <fit0298@...> 1998/11/09

Regard to "[ruby-list:10738] Re: 11/10 tokyo offline meeting"

[#10747] ruby 1.1c7 released — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

23 messages 1998/11/09

[#10904] ruby 1.1c8 released — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

16 messages 1998/11/17

[#10910] require error (tkutil.so -> tk.so) — ttate@...

立石です。

17 messages 1998/11/17
[#10924] Re: require error (tkutil.so -> tk.so) — matz@... (Yukihiro Matsumoto) 1998/11/18

まつもと ゆきひろです

[#10926] Re: require error (tkutil.so -> tk.so) — WATANABE Hirofumi <watanabe@...> 1998/11/18

わたなべです.

[#11054] ruby-list offline meeting at 11/27 — matz@... (Yukihiro Matsumoto)

まつもと ゆきひろです

36 messages 1998/11/26
[#11056] Re: ruby-list offline meeting at 11/27 — Sinichiro Dezawa <dezawa@...> 1998/11/26

残念なのですが、出沢は無理そうです。

[#11057] Re: ruby-list offline meeting at 11/27 — matz@... (Yukihiro Matsumoto) 1998/11/26

まつもと ゆきひろです

[#11061] Re: ruby-list offline meeting at 11/27 — IWAMURO Motonori <iwa@...> 1998/11/26

岩室@富士通です。

[#11062] Re: ruby-list offline meeting at 11/27 — keiju@... (石塚圭樹 ) 1998/11/26

けいじゅ@日本ラショナルソフトウェアです.

[#11067] Re: ruby-list offline meeting at 11/27 — "D.Kanda" <MAP2303@...> 1998/11/26

[#11072] Re: ruby-list offline meeting at 11/27 — keiju@... (石塚圭樹 ) 1998/11/26

けいじゅ@日本ラショナルソフトウェアです.

[ruby-list:10821] Re: base64.rb

From: Toru Hoshina <toru@...>
Date: 1998-11-13 22:51:48 UTC
List: ruby-list #10821
保科です。私も続けちゃいますが…

On Fri, Nov 13, 1998 at 08:07:45PM +0900,
Shun-ichi GOTO <gotoh@taiyo.co.jp> wrote:

> 後藤@太陽計測です
> 
> Rubyには直接関係ない内容なのですが、
> ちょっと誤解があるようなので。。。

いや、だいぶ誤解してました(笑) というか、私がB encodeとかほげって
いたのは、2047が出るよりも前だったような気が。わはは。
いや〜勉強になりましたよ。長年の疑問が氷解したっつ〜か。

> また、自分で読みなおしてもおもうのですが、なんか、エラそうな文面に見え
> ましたら、ごめんなさい。そんなジンブツじゃないのは確かです。

い〜え、ちっともエラそうじゃないと(少なくとも)私は思いますよ。
たいしたジンブツでないのは、こちらも同じです(笑)

> # RFC2047では、英語圏の文化のせいなのかわかりませんが、「ワードの区切り
> # に空白はふつ〜あるだろ」みたいな前提があるような印象を受けます。
> ## 邪推でしかないですが :-)

私も思います。それを前のメールでは「欠陥なんじゃねぇのか」などと
書いたわけで。十分ではない、とかザルだ、とか、どうにでも言いようは
ありますが…

> Becky!などはそういう感じのようですね。(現バージョンはどうかな?)

Becky!というのは使ったことないのですが、モヂラなんかだと今でも
こうかも知れませんね。ずっと昔からこうなんぢゃ…(笑)

> えぇと、これはちがいます。いっしょにエンコードするのは、必要最小限に
> すべきなので、上記場合は
> 
> [FLIMの場合]
> Re: [ruby-list:10802] Re: サブジェ
>   クトのエンコード
> 
> とか、
> 
> [Mewの場合]
> Subject: Re: [ruby-list:10802] Re:
>  サブジェクトのエンコード
> 
> とかなります。ここは、Re:の後ろの空白をちゃんと使えるので、チャンと保存
> され、問題無いわけです。くっついちゃってる個所はいっしょにエンコード
> しないといけないという話しなわけです。

ちょっと長く引用しちゃいましたが、ここです、私がいままでうむ〜と
思っていたのは。要するに私の陥っていた誤りは、「必要最小限のencodeで
済むなら済まそう」という発想が出てこなかったこと、iso-2022-jpをb64で
扱う際に、英数字を含まずに考えていた(笑)こと、です。

裏返すとですね、encodeできる範囲はなにがなんでもencodeしちゃうぞ的な
考えに陥いると、上記のような例ですと、Subject全体をゴロンと1つの
encoded wordにできちゃうわけですよね。確かにiso-2022-jpだしB encode
だし、encoded wordそのものには嘘はないわけで。

で、そらいかにもまずかろう、てんで、JISのESCで囲まれているところだけ
encodeして済ましていたのでした。昔ね。

頭から順送りに見て、encodeしないで済むところは読み飛ばし、encodeが
必要なのが確定した時点で、そこから前後にencode対象となる範囲を伸ばし、
encoded wordの長さを確定する、という感じでしょうか?

0x1Bを見つけた時点で、この先はencodeが必要だ、などと判断するのでしょうが
その前の部分には空白をはさまないで英数字がひっついてるかも知れませんから、
そのさらに前の空白を見つけるか、文字列の先頭まで戻りながら見るのでしょう。
そうしないと、本当のencode開始位置が定まりませんよね。

つまり、文字コードの切り替えシーケンスはencode wordに必ず含まれますが
そのencoded wordの開始・終了と文字コードの切り替えは1対1ではないと。

encoded wordの長さが計算可能になった時点で、今度は例の75bytesに合せて
近似値までがんばるなり、真中で割るなり… という感じで処理する、という
感じですかねぇ。

実際、76bytesというのは越えなきゃいいわけで、長いから半分にしとけ、
でもいいと思います。苦労して75bytesに近づけようとするあまり複雑に
なったりバグがまぎれこんだりするよりも。

> > Re: [ruby-list:10806] Re: [ruby-list:10805] Re: [ruby-list:10804]
> > Re: [ruby-list:10803] Re: [ruby-list:10802] Re: サブジェクトのエンコード
> > 
> > などとなります(笑)
> 
> というわけで、そうはならないわけです。(^^;

御意です。やはり腐っていたのですね(笑) あ〜よかった(なにが?)

-- 
Toru Hoshina
Network Associates,Inc.
Pacific Rim, Software Engineer.
http://www.best.com/~hoshina
PGP fingerprint : 95 73 1C 26 C6 9E 28 86  BA 32 34 CA FC 9B DC 6D

In This Thread