From xemacs-m  Thu Sep 25 14:40:43 1997
Received: from mercury.Sun.COM (mercury.Sun.COM [192.9.25.1])
	by xemacs.org (8.8.5/8.8.5) with SMTP id OAA23166
	for <xemacs-beta@xemacs.org>; Thu, 25 Sep 1997 14:40:42 -0500 (CDT)
Received: from Eng.Sun.COM ([129.146.1.25]) by mercury.Sun.COM (SMI-8.6/mail.byaddr) with SMTP id MAA07562; Thu, 25 Sep 1997 12:40:10 -0700
Received: from kindra.eng.sun.com by Eng.Sun.COM (SMI-8.6/SMI-5.3)
	id MAA27901; Thu, 25 Sep 1997 12:40:07 -0700
Received: from xemacs.eng.sun.com by kindra.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA15472; Thu, 25 Sep 1997 12:38:03 -0700
Received: by xemacs.eng.sun.com (SMI-8.6/SMI-SVR4)
	id MAA11671; Thu, 25 Sep 1997 12:38:01 -0700
Date: Thu, 25 Sep 1997 12:38:01 -0700
Message-Id: <199709251938.MAA11671@xemacs.eng.sun.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
From: Martin Buchholz <mrb@Eng.Sun.COM>
To: wmperry@aventail.com
Cc: xemacs-beta@xemacs.org
Subject: Re: Fatal serious (security) flaw in XEmacs 19.16/20.3
In-Reply-To: <86202dwf7a.fsf@kramer.in.aventail.com>
References: <m2zpp22ae9.fsf@altair.xemacs.org>
	<86202dwf7a.fsf@kramer.in.aventail.com>
X-Mailer: VM 6.33 under 20.3 "Vienna" XEmacs  Lucid (beta14)
Reply-To: Martin Buchholz <mrb@Eng.Sun.COM>

>>>>> "Bill" == William M Perry <wmperry@aventail.com> writes:

Bill>   The real question is why don't we just use Fexpand_file_name and
Bill> make_string instead of mucking directly with the bufers.  Sure it will make
Bill> directory-files slower, but is that ever likely to be in bottleneck code?

I would like to have a process-filter in my shell buffers that
examines all process output for filenames (and URL's, and compiler
errors, and....).  If those files actually exist in the filesystem,
I'd like those filenames to be automagically turned into hyperlink
extents.  In fact, if the computer's time was infinitely cheap, I'd
like all strings in all buffers continuously examined for whether they 
correspond to files in the filesystem, so that they can be hyperlinkified.

Martin

