From owner-ntemacs-users@june  Wed Sep 25 14:34:17 1996
X-VM-v5-Data: ([nil nil nil nil nil nil nil nil nil]
	[nil "Wed" "25" "September" "1996" "16:41:12" "-0400" "Peter Breton" "pbreton@volte-2.i-kinetics.com" nil "12" "Q: configuring man.el" "^From:" nil nil "9" nil nil nil nil]
	nil)
Received: from joker.cs.washington.edu (joker.cs.washington.edu [128.95.1.42]) by june.cs.washington.edu (8.7.5/7.2ju) with SMTP id OAA11989 for <voelker@june.cs.washington.edu>; Wed, 25 Sep 1996 14:34:15 -0700
Received: from june.cs.washington.edu (june.cs.washington.edu [128.95.1.4]) by joker.cs.washington.edu (8.6.12/7.2ws+) with ESMTP id OAA16655 for <voelker@joker.cs.washington.edu>; Wed, 25 Sep 1996 14:34:09 -0700
Received: from ns.i-kinetics.com (ns.i-kinetics.com [198.69.254.24]) by june.cs.washington.edu (8.7.5/7.2ju) with SMTP id NAA05323 for <ntemacs-users@cs.washington.edu>; Wed, 25 Sep 1996 13:43:50 -0700
Received: (Unknown UID 8@localhost) by ns.i-kinetics.com (8.6.11/8.6.5) id QAA12019; Wed, 25 Sep 1996 16:42:31 -0400
Received: from dirac.i-kinetics.com(192.31.81.157) by ns.i-kinetics.com via smap (V1.3) 	id sma012017; Wed Sep 25 16:42:30 1996
Received: from volte-2.i-kinetics.com ([192.31.81.196]) by i-kinetics.com (4.1/SMI-4.1/UUNET) 	id AA29060; Wed, 25 Sep 96 16:41:41 EDT
Received: by volte-2.i-kinetics.com (SMI-8.6/SMI-SVR4) 	id QAA05386; Wed, 25 Sep 1996 16:41:12 -0400
Message-Id: <199609252041.QAA05386@volte-2.i-kinetics.com>
In-Reply-To: <2.2.32.19960925190650.00898d50@spox>
References: <2.2.32.19960925190650.00898d50@spox>
Reply-To: pbreton@i-kinetics.com
From: Peter Breton <pbreton@volte-2.i-kinetics.com>
To: "Mark D. Grosen" <mdgrosen@spectron.COM>
Cc: ntemacs-users@cs.washington.edu
Subject: Q: configuring man.el
Date: Wed, 25 Sep 1996 16:41:12 -0400


 Mark> BTW: man.el has a hard-coded /dev/null which needs to be
 Mark> changed for NT to just nul. It would be nice if there was a
 Mark> global var for null that the various packages could use.

  There is a sorta global one: grep-null-device. This is because the
grep function used a hard-coded /dev/null (I remember seeing it back in
19.28 or so) and ran into exactly the problem you mention.

  You should also report it as a bug.

			Peter

