From mboxrd@z Thu Jan 1 00:00:00 1970 X-Msuck: nntp://news.gmane.io/gmane.emacs.gnus.general/19306 Path: main.gmane.org!not-for-mail From: Hrvoje Niksic Newsgroups: gmane.emacs.gnus.general Subject: Re: Inefficiency in mm-uu.el Date: 30 Nov 1998 00:06:56 +0100 Sender: owner-ding@hpc.uh.edu Message-ID: References: <2n4sri4zpf.fsf@zsh.cs.rochester.edu> NNTP-Posting-Host: coloc-standby.netfonds.no Mime-Version: 1.0 X-Trace: main.gmane.org 1035157680 10924 80.91.224.250 (20 Oct 2002 23:48:00 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Sun, 20 Oct 2002 23:48:00 +0000 (UTC) Return-Path: 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 SAA27966 for ; Sun, 29 Nov 1998 18:08:04 -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 RAB18828; Sun, 29 Nov 1998 17:07:51 -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 17:07:44 -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 RAA25366 for ; Sun, 29 Nov 1998 17:07:32 -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 SAA27949 for ; Sun, 29 Nov 1998 18:07:25 -0500 (EST) Original-Received: (from hniksic@localhost) by jagor.srce.hr (8.9.0/8.9.0) id AAA17815; Mon, 30 Nov 1998 00:06:56 +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 writes: > Hrvoje Niksic writes: > > > > 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? > > Well, I, uhm (sorry, I'm watching _Schindler's List_ while listening > to _Dots and Loops_ and answering mail) er, uhm, I think that having > an external program to decode uuencoded things is probably fine. > (Ooo. Who knew those dastardly Germans were so *naughty*. I'm glad we > have directors like Spielberg!) External programs are a general cause > of breakage, especially in Emacs 20.3 -- how many bug reports have we > had for NT-related metamail (etc.) breakages? But I think it's fine > to give users an opportunity to use external programs as long as it's > not the default. So my imaginary patch would not be accepted. Because, we already have what you describe. The following piece of code in .emacs will enable the use of an external program: (setq mm-uu-decode-function 'uudecode-decode-region-external) does it. What I wanted to do is something along the lines of: (defvar mm-uu-decode-function (if (locate-file "uudecode" exec-path) 'uudecode-decode-region-external 'uudecode-decode-region)) P.S. The latest XEmacs 21.2 has native base64 support. Let us all rejoice. Sending flowers is optional. P.S. Fortunately, I *didn't* watch _Saving Private Ryan_ while typing this. -- Hrvoje Niksic | Student at FER Zagreb, Croatia --------------------------------+-------------------------------- AMAZING BUT TRUE: There is so much sand in Northern Africa that if it were spread out it would completely cover the Sahara Desert.