[9993] in SIPB bug reports
Re: pine-sipb wrapper
daemon@ATHENA.MIT.EDU (Greg Hudson)
Wed Jan 21 12:35:14 2004
From ghudson@MIT.EDU Wed Jan 21 17:35:14 2004
Return-Path: <ghudson@MIT.EDU>
Delivered-To: bug-sipb-mtg@CHARON.mit.edu
Received: (qmail 28525 invoked from network); 21 Jan 2004 17:35:14 -0000
Received: from fort-point-station.mit.edu (18.7.7.76)
by charon.mit.edu with SMTP; 21 Jan 2004 17:35:14 -0000
Received: from grand-central-station.mit.edu (GRAND-CENTRAL-STATION.MIT.EDU [18.7.21.82])
by fort-point-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0LHZEEK008295;
Wed, 21 Jan 2004 12:35:14 -0500 (EST)
Received: from melbourne-city-street.mit.edu (MELBOURNE-CITY-STREET.MIT.EDU [18.7.21.86])
by grand-central-station.mit.edu (8.12.4/8.9.2) with ESMTP id i0LHZDK3019720;
Wed, 21 Jan 2004 12:35:13 -0500 (EST)
Received: from error-messages.mit.edu (ERROR-MESSAGES.MIT.EDU [18.101.0.169])
)
by melbourne-city-street.mit.edu (8.12.4/8.12.4) with ESMTP id i0LHZARj009704;
Wed, 21 Jan 2004 12:35:11 -0500 (EST)
Received: (from ghudson@localhost) by error-messages.mit.edu (8.12.9)
id i0LHZAaW019759; Wed, 21 Jan 2004 12:35:10 -0500
Subject: Re: pine-sipb wrapper
From: Greg Hudson <ghudson@MIT.EDU>
To: John Hawkinson <jhawk@MIT.EDU>
Cc: bug-sipb@MIT.EDU
In-Reply-To: <20040121172741.GS818@multics.mit.edu>
References: <400C72A0.7090105@mit.edu>
<1074603363.16682.75.camel@error-messages.mit.edu> <400D38A1.10605@mit.edu>
<1074608738.467.2.camel@equal-rites.mit.edu> <400D954E.1070302@mit.edu>
<1074632243.467.25.camel@equal-rites.mit.edu>
<20040121172741.GS818@multics.mit.edu>
Content-Type: text/plain
Content-Transfer-Encoding: 7bit
Message-Id: <1074706509.16682.82.camel@error-messages.mit.edu>
Mime-Version: 1.0
X-Mailer: Ximian Evolution 1.4.4
Date: Wed, 21 Jan 2004 12:35:10 -0500
On Wed, 2004-01-21 at 12:27, John Hawkinson wrote:
> [coleco-sidewinder!jhawk] ~> sh -c 'type which'
> which is /usr/bin/which
> [coleco-sidewinder!jhawk] ~> sh -c 'type type'
> type is a shell builtin
Yes, Jake already noticed the problem with "which" (that it's a binary
is no big deal; that it explicitly uses /bin/csh and reads your .cshrc
is), and the current version uses "type".
