Mailing-List:	contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe:	<mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive:	<http://sourceware.org/ml/cygwin/>
List-Post:	<mailto:cygwin AT cygwin DOT com>
List-Help:	<mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender:	cygwin-owner AT cygwin DOT com
Mail-Followup-To:	cygwin AT cygwin DOT com
Delivered-To:	mailing list cygwin AT cygwin DOT com
Date:	Thu, 5 Aug 2004 12:55:28 +0200
From:	Corinna Vinschen <corinna-cygwin AT cygwin DOT com>
To:	cygwin <cygwin AT cygwin DOT com>
Subject:	Re: Mutt and Paths
Message-ID:	<20040805105528.GK24647@cygbert.vinschen.de>
Reply-To:	cygwin AT cygwin DOT com
Mail-Followup-To:	cygwin <cygwin AT cygwin DOT com>
References:	<41120F0D DOT 50404 AT sbcglobal DOT net>
Mime-Version:	1.0
In-Reply-To:	<41120F0D.50404@sbcglobal.net>
User-Agent:	Mutt/1.4.2i

On Aug  5 03:42, George wrote:
> If this is mutt-specific I apologise in advance but I'm trying to figure 
> out why shell commands executed within mutt fail if the command includes 
> the '~' notation.  For example:
> 
> !less /etc/passwd   # works
> !less ~/.muttrc     # fails - no such file or directory
> 
> What's curious is that in the second example, mutt does seem to expand 
> '~' on its command-line (tab completion works), but the command itself 
> fails.

Very likely mutt calls system() to run these commands which in turn
starts a subshell to run these commands under.  The subshell is /bin/sh
which doesn't understand the ~ notation.

Corinna

--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -