[13492] in Athena Bugs

home help back first fref pref prev next nref lref last post

sgi 0.8A: emacs on the sgi

daemon@ATHENA.MIT.EDU (Microsoft.Network.is.prohibited.fr)
Wed May 10 17:11:58 1995

To: bug-sgi@MIT.EDU, bugs@MIT.EDU
Date: Wed, 10 May 1995 17:11:46 EDT
From: Microsoft.Network.is.prohibited.from.redistributing.this.work.in.any.form@MIT.EDU,
        <gsstark@MIT.EDU>

System name:		opus
Type and version:	IP22 0.8A
Display type:		NG1

What were you trying to do?
 use the man package

What's wrong:
 it tries to run /usr/ucb/man

What should have happened:
 it should have used the string "man" to search my path

Please describe any relevant documentation references:
 my Oct 15th post in emacsdev,
 my Mar 8th  post in bug-sgi,

for you convenience here is the text of my previous bug report:


------------------------------------------------------------------------------------------------
[0064]  daemon@ATHENA.MIT.EDU (gsstark@MIT.EDU) Athena SGI Bug Reports 03/08/95 22:16 (38 lines)
Subject: [gsstark@MIT.EDU: oddity in site-init.el]
From: gsstark@MIT.EDU
Date: Wed, 8 Mar 1995 22:16:41 -0500
To: bug-sgi@MIT.EDU

I complained about this to emacsdev back in Oct 15th, it hasn't been fixed,
now the error has propogated to the sgi release and threatens to reach an
athena release.

why is this being done in site-init.el? I think it's wrong.

(setq ....
      manual-program (if (file-exists-p "/usr/athena/bin/man")
			 "/usr/athena/bin/man" "/usr/ucb/man"))


It has the following problems:

	1	The default is "man" which would use exec-path which is
		initilized from the environment variable PATH. This is a good
		idea since that's the same man program they would get from a
		shell so it's probably what they expect.

	2	It assumes /usr/ucb/man exists, at least if
		/usr/athena/bin/man doesn't. This is not always the case,
		notably on the cluster suns and probably on various linux or
		netbsd installations.

	3	The emacs 18 site-init.el doesn't do anything similar and
		so this breaks backwards compatibility

	4	The code is poor in that it repeats the same constant twice.

I recommend completely removing those two lines from site-init.el.


as Sal says, ``Have a nice day!''
greg

--[0064]--
------------------------------------------------------------------------------------------------


home help back first fref pref prev next nref lref last post