From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/56365 Path: main.gmane.org!not-for-mail From: Katsumi Yamaoka Newsgroups: gmane.emacs.gnus.general Subject: Re: ELisp-based uncompface Date: Thu, 12 Feb 2004 13:21:32 +0900 Organization: Emacsen advocacy group Sender: ding-owner@lists.math.uh.edu Message-ID: References: NNTP-Posting-Host: deer.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: sea.gmane.org 1076559730 29531 80.91.224.253 (12 Feb 2004 04:22:10 GMT) X-Complaints-To: usenet@sea.gmane.org NNTP-Posting-Date: Thu, 12 Feb 2004 04:22:10 +0000 (UTC) Cc: TAKAI Kousuke Original-X-From: ding-owner+M4905@lists.math.uh.edu Thu Feb 12 05:22:00 2004 Return-path: Original-Received: from malifon.math.uh.edu ([129.7.128.13]) by deer.gmane.org with esmtp (Exim 3.35 #1 (Debian)) id 1Ar8MS-0001qq-00 for ; Thu, 12 Feb 2004 05:22:00 +0100 Original-Received: from localhost ([127.0.0.1] helo=lists.math.uh.edu) by malifon.math.uh.edu with smtp (Exim 3.20 #1) id 1Ar8ME-00082O-00; Wed, 11 Feb 2004 22:21:46 -0600 Original-Received: from justine.libertine.org ([66.139.78.221] ident=postfix) by malifon.math.uh.edu with esmtp (Exim 3.20 #1) id 1Ar8MA-00082J-00 for ding@lists.math.uh.edu; Wed, 11 Feb 2004 22:21:42 -0600 Original-Received: from washington.hostforweb.net (washington.hostforweb.net [69.61.11.2]) by justine.libertine.org (Postfix) with ESMTP id B406B3A0043 for ; Wed, 11 Feb 2004 22:21:41 -0600 (CST) Original-Received: from yamaoka by washington.hostforweb.net with local (Exim 4.24) id 1Ar8M8-0007kr-6E; Wed, 11 Feb 2004 23:21:40 -0500 Original-To: ding@gnus.org Mail-Followup-To: ding@gnus.org, tak@kmc.gr.jp X-Face: #kKnN,xUnmKia.'[pp`;Omh}odZK)?7wQSl"4o04=EixTF+V[""w~iNbM9ZL+.b*_CxUmFk B#Fu[*?MZZH@IkN:!"\w%I_zt>[$nm7nQosZ<3eu;B:$Q_:p!',P.c0-_Cy[dz4oIpw0ESA^D*1Lw= L&i*6&( User-Agent: Gnus/5.110002 (No Gnus v0.2) Emacs/21.3.50 (gnu/linux) Cancel-Lock: sha1:v8S3xN7w9+UmADmN9BRuzHX89j4= X-Hashcash: 0:040212:ding@gnus.org:084a82ff52ef251f X-Hashcash: 0:040212:tak@kmc.gr.jp:f8c0daaecb257d5c X-AntiAbuse: This header was added to track abuse, please include it with any abuse report X-AntiAbuse: Primary Hostname - washington.hostforweb.net X-AntiAbuse: Original Domain - gnus.org X-AntiAbuse: Originator/Caller UID/GID - [32041 32041] / [47 12] X-AntiAbuse: Sender Address Domain - washington.hostforweb.net Precedence: bulk Xref: main.gmane.org gmane.emacs.gnus.general:56365 X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:56365 I'm not sure whether TAKAI Kousuke subscribes this list, so I Cc this message to him with the whole quotations. >>>>> In >>>>> Jesper Harder wrote: > Katsumi Yamaoka writes: >> I've merged the ELisp-based uncompface program into compface.el. >> This was written by TAKAI Kousuke (`Kousuke' is his personal >> name), he is now working on the paper to assign the copyright to >> FSF. It makes it possible to show X-Face images without the >> external uncompface and icontopbm programs or the libcompface >> library. > Excellent. Thanks. All praise should go to TAKAI Kousuke. >> It won't be activated for almost users but you can test it by >> setting nil to the uncompface-use-external variable if you are >> interested in it: >> >> (setq uncompface-use-external nil) > It works fine for me and it's fast enough (I guess a lot of effort was > spent on making it fast). > If no problems turn up I think the internal decoder should be the > default. It's fast enough for me too, however I heard it takes seconds per image in the slow machine. But now I've changed the default value for uncompface-use-external to nil. If you aren't satisfied with the speed, please alter the value. Otherwise, we can add the caching images mechanism if it is requested. > The reason is that I trust Lisp code much more than C to not > have nasty and possibly exploitable buffer overflows. > Incidentally, I was just discussing attachments and viruses in another > group, and challenged them to think of any attachment that would be > unsafe for me to open. > The only thing they could come up with until now is the temporary file > bug in x-face-el (which a. hasn't been part of Gnus, b. can't really > be used for a virus since it was only a local exploit). > But anyway, it does point to the fact that it would be unpleasant if > someone found an exploitable flaw in uncompface or icontopbm. Oh, I see. I hadn't considered problems with external programs. Thanks again. -- Katsumi Yamaoka