From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19286
Path: main.gmane.org!not-for-mail
From: Hrvoje Niksic <hniksic@srce.hr>
Newsgroups: gmane.emacs.gnus.general
Subject: Re: Inefficiency in mm-uu.el
Date: 29 Nov 1998 15:44:22 +0100
Sender: owner-ding@hpc.uh.edu
Message-ID: <kigd8668sop.fsf@jagor.srce.hr>
References: <kigaf1d3ya0.fsf@jagor.srce.hr> <2n4sri4zpf.fsf@zsh.cs.rochester.edu>
NNTP-Posting-Host: coloc-standby.netfonds.no
Mime-Version: 1.0
X-Trace: main.gmane.org 1035157663 10824 80.91.224.250 (20 Oct 2002 23:47:43 GMT)
X-Complaints-To: usenet@main.gmane.org
NNTP-Posting-Date: Sun, 20 Oct 2002 23:47:43 +0000 (UTC)
Return-Path: <owner-ding@hpc.uh.edu>
Original-Received: from karazm.math.uh.edu (karazm.math.uh.edu [129.7.128.1])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id JAA17950
	for <jason@mailhost.sclp.com>; Sun, 29 Nov 1998 09:44:54 -0500 (EST)
Original-Received: from sina.hpc.uh.edu (lists@Sina.HPC.UH.EDU [129.7.3.5])
	by karazm.math.uh.edu (8.9.1/8.9.1) with ESMTP id IAB13373;
	Sun, 29 Nov 1998 08:44:44 -0600 (CST)
Original-Received: by sina.hpc.uh.edu (TLB v0.09a (1.20 tibbs 1996/10/09 22:03:07)); Sun, 29 Nov 1998 08:44:42 -0600 (CST)
Original-Received: from sclp3.sclp.com (root@sclp3.sclp.com [204.252.123.139]) by sina.hpc.uh.edu (8.7.3/8.7.3) with ESMTP id IAA19695 for <ding@hpc.uh.edu>; Sun, 29 Nov 1998 08:44:33 -0600 (CST)
Original-Received: from jagor.srce.hr (hniksic@jagor.srce.hr [161.53.2.130])
	by sclp3.sclp.com (8.8.5/8.8.5) with ESMTP id JAA17938
	for <ding@gnus.org>; Sun, 29 Nov 1998 09:44:26 -0500 (EST)
Original-Received: (from hniksic@localhost)
	by jagor.srce.hr (8.9.0/8.9.0) id PAA19074;
	Sun, 29 Nov 1998 15:44:22 +0100 (MET)
Original-To: ding@gnus.org
X-Attribution: Hrvoje
X-Face: &{dT~)Pu6V<0y?>3p$;@vh\`C7xB~A0T-J%Og)J,@-1%q6Q+,
        gs<-9M#&`I8cJp2b1{vPE|~+JE+gx;a7%BG{}nY^ehK1"q#rG
        O,Rn1A_Cy%t]V=Brv7h<L@)<XGh#XroV6xQg$VA8K
In-Reply-To: Shenghuo ZHU's message of "29 Nov 1998 04:26:20 -0500"
Original-Lines: 40
User-Agent: Gnus/5.070055 (Pterodactyl Gnus v0.55) XEmacs/21.2(beta3) (Aglaia)
Precedence: list
X-Majordomo: 1.94.jlt7
Xref: main.gmane.org gmane.emacs.gnus.general:19286
X-Report-Spam: http://spam.gmane.org/gmane.emacs.gnus.general:19286

Shenghuo ZHU <zsh@cs.rochester.edu> writes:

> >>>>> "HN" == Hrvoje Niksic <hniksic@srce.hr> writes:
> 
> HN> The uuencode interface to mm seems very inefficient, because of
> HN> two separate reasons.  When I `g' a message containing a, say, an
> HN> uuencoded image, it insists on decoding the uuencoded region (I
> HN> can tell by the time `g' takes and by the conducted profiles.)
> 
> HN> When I click on the image button to show it, it decodes it again.
> HN> Why this double encoding?
> 
> The first decoding is due to mm-inlinable-p. With the attached
> patch, each type is tested at most once in a session.

Cool, thanks.

> HN> The other question is about the strange default -- the code
> HN> defaults to using the internal, elisp-based decoding, even when
> HN> a perfectly valid `uudecode' is found on the system.  This makes
> HN> decoding of large stuff (and uuencoded stuff is large, more
> HN> often than not) abysmally slow, even on very very fast machines.
> HN> I can imagine that on slower machines it's closer to "unusable".
> 
> Do you mean to automatically setup mm-uu-decode-function by
> searching uudecode on the system at loading time of mm-uu.el?

Yes.

> If so, please feel free to patch it.

Yes, if Lars will accept the patch.  I seem to recall he said
something about "not trusting external programs" for base64, so I
don't know if it applies to uuencode.  Lars?

-- 
Hrvoje Niksic <hniksic@srce.hr> | Student at FER Zagreb, Croatia
--------------------------------+--------------------------------
You know it's going to be a bad day when your twin brother forgot
your birthday.