[#10553] base64.rb — Sinichiro Dezawa <dezawa@...>
出沢です
原です。
まつもと ゆきひろです
出沢です
出沢です
まつもと ゆきひろです
matz> kconvにかけるってのは反則ですか? 今のkconvはB-encodingをデ
>あー、そんなのがあったのか。反則だ。
dezawa> >あー、そんなのがあったのか。反則だ。
わたなべです.
watanabe> 何も指定しなくていいです. もともとは nkf で
まつもと ゆきひろです
matz> エンコードにはpack("m")がお勧めなのかなあ.
dezawa> 手を付け兼ねてるのは、
わたなべです.
watanabe> エスケープとか全部含めて encode する必要があります.
わたなべです.
watanabe> といろいろ問題はあるけど pack("m") は encode した結果が長く
わたなべです.
watanabe> 自前で細切れに処理しないとだめかな?
あおきです。
aamine> さらに難しくしてしまうのもなんなんですが
出沢@フジフイルム です
出沢です
後藤@太陽計測です
保科です。
後藤@太陽計測です
保科です。
後藤@太陽計測です
出沢@フジフイルム です
保科です。私も続けちゃいますが…
後藤@太陽計測です
出沢@フジフイルム です
後藤@太陽計測です
あおきです。
すばやい
井上@三菱電機 です。
[#10589] LoadError on FreeBSD 3.0-RELEASE — gotoken@... (GOTO Kentaro)
ごとけんです
えぐち@エスアンドイー です。
わたなべです.
ごとけんです
首藤です。
[#10639] tgif_expr — aito@...
あ伊藤です.
[#10665] World Wide grep — toyofuku@...
豊福@パパイヤです。
[#10676] 11/10 tokyo offline meeting — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
松尾です。
わたなべです.
[#10690] ruby-mode.el — Takao KAWAMURA <kawamura@...>
ruby-mode.el($Revision: 1.1.1.2.2.20 $)には、以下のような問
[#10697] Re: 11/10 tokyo offline meeting — KIMURA Koichi <kkimura@...>
鄭です。
では 「やぐら茶屋」NSビル店 で一応決まりということで?
鄭です。
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
Regard to "[ruby-list:10738] Re: 11/10 tokyo offline meeting"
けいじゅ@日本ラショナルソフトウェアです.
立石です。
In message "[ruby-list:10765] Re: 11/10 tokyo offline meeting"
[#10747] ruby 1.1c7 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
保科です。
笠原です。
保科です。
笠原です。
笠原です。
[#10767] HttpTunnelServer shoud be run as root ? — Kikutani Makoto <kikutani@...>
きくたにです。
[#10772] Re: 11/10 tokyo offline meeting — ARIMA Yasuhiro <fit0298@...>
有馬@新宿NSビルの大時計がわからず目の前の本屋で聞いてしまったです。
[#10788] 0th(?) Ruby Conference Report — greentea@...2.so-net.ne.jp (Tomoyuki Kosimizu)
こんにちは、越水です。
前田@リコーです。
まつもと ゆきひろです
[#10799] make ruby on WinNT with VC++6.0 — Koji Oda <oda@...1.qnes.nec.co.jp>
小田@QNES です。
[#10831] shard-library support by libtool — EGUCHI Osamu <eguchi@...>
えぐち@エスアンドイー です。
[#10879] Re: 組み込み関数と同じ名前 — "MAEDA Shugo" <shugo@...>
前田@大阪大学です。
[#10904] ruby 1.1c8 released — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
わたなべです.
[#10910] require error (tkutil.so -> tk.so) — ttate@...
立石です。
まつもと ゆきひろです
わたなべです.
わたなべです.
まつもと ゆきひろです
さくです.
[#10951] great ideas — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
[#10973] gets のクラス — Yoshiki WADA <wada@...>
和田といいます。
まつもと ゆきひろです
[#10976] スコープの範囲 — Koji Arai <JCA02266@...>
新井です。
[#11015] バックスラッシュのエスケープ — Yoshiki WADA <wada@...>
和田です。
[#11031] Linux Japan Jan., 1999 — ozawa@...
さくです。
[#11035] inspect, to_s — "D.Kanda" <MAP2303@...>
[#11054] ruby-list offline meeting at 11/27 — matz@... (Yukihiro Matsumoto)
まつもと ゆきひろです
残念なのですが、出沢は無理そうです。
まつもと ゆきひろです
けいじゅ@日本ラショナルソフトウェアです.
岩室@富士通です。
けいじゅ@日本ラショナルソフトウェアです.
けいじゅ@日本ラショナルソフトウェアです.
佐藤です。まるでRubyに貢献してないけど参加してみたいなー
けいじゅ@日本ラショナルソフトウェアです.
まつもと ゆきひろです
[#11081] postgres-0.4.tar.gz — Masatoshi SEKI <m_seki@...>
[#11082] MacRuby — Wakou Aoyama <wakou@...>
青山です。
[#11099] Re: ruby-list offline meeting at 11/27 — toyofuku@...
豊福@パパイヤです。
[#11119] 拡張モジュールの Makefile — IKARASHI Akira <ikarashi@...>
五十嵐@東京理科大学です。
立石です。
五十嵐です。
[#11121] parser — ttate@...
立石です。
[#11132] BUG? Array.rassoc — 民斗 <tommy@...>
Array.rassoc が期待通りに動かなかったので、ソースを見てみたら
[ruby-list:10821] Re: base64.rb
保科です。私も続けちゃいますが… 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