base64-ccl-decode-*の動作が変

[方 文争（株）スフィアネット]

山岡様

お返事ありがとうございます。

> もしかして mel-b-ccl.el を使う設定がどこかにあるのではないでしょ
> うか?  例えばこういうものです。
> 
> (setq mel-b-builtin nil)
> 
この設定は、mel-b-cclを使うようにする設定でしょうか？
それとも、mel-b-cclを無効にする設定でしょうか？
初期値が t のようです。
これをどんなタイミングで nil に直せばよいでしょうか？


> それとも i386-mingw-nt5.1.2600 では
> 
> M-: (subrp (symbol-function 'base64-decode-string)) RET
> 
> とタイプしたときに t が返ってきませんか?
tです。
しかし、添付ファイルをbase64-decode-stringとbase64-ccl-decode-stringの両方で
復号化してみたが、結果が違いました。
base64-decode-stringのほうが正しいのようで、保存されたファイルが正しく
読み取れました。



At Mon, 18 Jun 2007 16:48:37 +0900,
Katsumi Yamaoka wrote:
> 
> >>>>> In [emacs-mime-ja : No.02165]
> >>>>>	wencheng <wencheng.fang ＠ spherenet.co.jp> wrote:
> 
> > こんにちは、wenchengです。
> 
> > 2007/06/04付けでemacs-unicode-2ブランチのemacsのcvsをコンパイルして、
> > emacs-23.0.0.1上でWanderlustを使うと、base64の添付ファイルがうまく
> > 保存できませんでした。
> > 同じバージョンのwanderlust+semi+apel+flimをmeadowで実行したら、
> > うまくいきました。
> > 自分で調べてみたところ、base64-ccl-decode-*の実行結果が違うようです。
> 
> もしかして mel-b-ccl.el を使う設定がどこかにあるのではないでしょ
> うか?  例えばこういうものです。
> 
> (setq mel-b-builtin nil)
> 
> 最近の Emacs は base64 の codec が built-in なので、デフォルトで
> は何も問題無いと思うのですが。
> 
> > Wanderlust/2.14.0 (Africa) SEMI/1.14.6 (Maruoka) FLIM/1.14.8
> > (Shijo) APEL/10.6 Emacs/23.0.0 (i386-mingw-nt5.1.2600)
> > MULE/6.0 (HANACHIRUSATO)
> 
> それとも i386-mingw-nt5.1.2600 では
> 
> M-: (subrp (symbol-function 'base64-decode-string)) RET
> 
> とタイプしたときに t が返ってきませんか?
> -- 
> 山岡
> 
>