吉山です。

  下記の件、私の所でもずいぶん前から発生しています。Linux の標準Cライブラ
リ(Glibc)の文字コード変換関数中で起こる現象(エンコードが不正なのか、
abort()で明示的に強制終了している)なので Sylpheed のバグではないと判断し、
報告していませんでした。(そのためたまに変なメールで落ちます)

  Sylpeed 側で SIGABRT をキャンセルするという逃げ方もあるかもしれません。

---
吉山あきら <yosshy@xxxxxxxxxx>


On Wed, 22 Jan 2003 14:28:52 +0900
KIMURA Osamu <kimura@xxxxxxxxxx> wrote:

> 木村と申します．
> 
> Sylpheed 0.7.4 を Debian で使っていましたが，あるメールを受信したところ
> SIGABRT で Sylpheed が殺されてしまいました．Sylpheed が古いせいか…と思い，
> バージョンを 0.8.9 まで上げたのですが，現象は変わりません．どうもメール
> の内容に依存するようで，問題のメールを inbox から外すと問題なく動作して
> います．
> メールの内容は業務に関わるので出せないのですが，以下のような構造です．
> 
> Content-type: multipart/mixed; boundary="12003012212035300"
> 
> --12003012212035300
> Content-Type: text/plain; charset=iso-2022-jp
> Content-Disposition: inline
> 
> --12003012212035300
> Content-Type: text/html; 
>  name="030120XXXX.html"
> Content-Disposition: attachment; 
>  filename="030120XXXX.html"
> Content-Transfer-Encoding: base64
> 
> --12003012212035300--
> 
> この html を他のツールで decode してみたんですが，どうも操作ミスか
> なにかで html ではないファイルを html として添付してしまったものの
> ようです．(先頭 4 文字が ASCII でその後はバイナリ．ちなみに，ファイル
> は既知の形式で，ウィルスではありません．)
> 
> こういうファイルの表示で Sylpheed ごと落ちてしまうのはしかたないん
> でしょうか？
> 
> 環境は以下の通りです．gdb backtrace も参考までに付けます．
> 
> Debian GNU/Linux   sarge (testing) + 一部 sid (unstable) を個別に
> glibc              2.3.1
> libjconv           2.8
> 
> 
> -----------
> sylpheed-vanilla: ../iconv/loop.c:423: from_euc_jp_single: Assertion `inptr - bytebuf > (state->__count & 7)' が失敗しました.
> (no debugging symbols found)...(no debugging symbols found)...
> Program received signal SIGABRT, Aborted.
> [Switching to Thread 16384 (LWP 2454)]
> 0x40580911 in kill () from /lib/libc.so.6
>