LingrBBS

むむ、ありがとうございます
今ちょっと出かけないといけないので検証できないのですが、後で戻ったらちょっと見てみます
ちなみにソースはこの辺です http://anonsvn.mono-project.com/source/trunk/mcs/class/corlib/System.Text/UTF7Encoding.cs
では失礼します…

教えていただいたソースを見ましたが、私には原因がどこなのか特定できませんでした。
せっかく教えていただいたのにすみません。　また何かわかったらお知らせします。

こんにちわ
皆さんが眠ていますか？

↑直しました。遅くなってしまってごめんなさい。
GetCharCount()が1バイト多い値を返していて、それだけのchar[]を確保したまま、GetChars()で正しく処理されていたのが原因でした

saaaaaaaaaaaaalam
khato niga
che bahale
inja har chi begi hichki halish ke nemishe
atsushieno khobi amo?
bemiram rafte lala

atsushienoさん
trunkからチェックアウトして問題が起きたコードで試したところ、
\0が付くことはなくなりました。
わざわざ対応していただいてありがとうございました。

hi atsushieno , are you japaneen's?

you sleep? bye!!!!!!!!!!!!!!!!!!

salm
sala

度々すみません。　今度はConvert.FromBase64Stringで.NET Frameworkと異なる挙動が見つかったのでお知らせします。
Convert.FromBase64Stringに4文字以上の詰め文字を含む文字列("Tgtm+DBN===="など)を渡してもFormatExceptionがスローされず、
末尾に\0が付いた文字列が返されてしまいます。　.NET FrameworkではFormatExceptionとなります。
検証した内容と原因と思われる箇所を http://deee.g.hatena.ne.jp/santamarta/20080420/1208632801 にまとめておきました。

お疲れ様ですー
僕もHMACのバグの報告の準備中ー

むむ、バグレポートからパッチまでありがとうございます＞santa martaさん
ざっと見た感じこれでregressionが無いことが確認できればそのままパッチ当てさせていただきます
がちょっと今体調崩し中なので、すいませんがもうしばらく待って下さい…

atsushienoさん
こちらで事象が起きたケースでの検証とmcs/class/corlib下でmake checkした限りでは
大丈夫そうですが、このやり方でちゃんと確認できているかどうかはちょっと自信ありません。
今のところこのバグで支障が出ているわけではないので、体調が戻った後にでも直してもらえればと思います。

ええと、遅くなってしまってすみません（体調はもうちょっと前に良くなっていました__;）
パッチなんですけど、一応MIT/X11ライセンスで当てさせていただいてもよいですか? そうしないとプロジェクトとして受け容れられませんので…
お返事お待ちします…

体調はもうちょっと前に良くなっていました__;）

atsushienoさん
こちらはMIT/X11ライセンスでの適用でかまいません。
お手数をお掛けしてしまってすみませんが、よろしくお願いします。

↑パッチ、当てさせていただきました。ありがとうございました!
http://lists.ximian.com/pipermail/mono-patches/2008-May/117198.html
http://lists.ximian.com/pipermail/mono-patches/2008-May/117199.html

atsushienoさん
こちらこそパッチ当てていただきありがとうございました。

えのさーん？

はいはい?

XIMの参考になるかならないかわからないですが
ttp://www.kaz.appi.keio.ac.jp/~syl/
ここにあるものの中になにかないですかね？

むむ、ここは多分見たこと無いです
ありがとうございます

むぅ。では
ノシ

どもですー

（実はXIMそのもののクライアントとしては、現時点でもそれなりに出来ていて、Windows.Formsの実装の部分で問題になっている部分があるというのが目下の課題だったりします。もちろん、そこでXIMの使い方は問題になるんですけどね。）

hi
i am irani
hiiiiiiiiiiiiii