Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: forwarded bug report
- X-seq: zsh-workers 6462
- From: "Bart Schaefer" <schaefer@xxxxxxxxxxxxxxxxxxxxxxx>
- To: zsh-workers@xxxxxxxxxxxxxx
- Subject: Re: forwarded bug report
- Date: Fri, 4 Jun 1999 10:33:46 +0000
- In-reply-to: <199906040954.LAA03159@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
- Mailing-list: contact zsh-workers-help@xxxxxxxxxxxxxx; run by ezmlm
- References: <199906040954.LAA03159@xxxxxxxxxxxxxxxxxxxxxxxxxxxx>
On Jun 4, 11:54am, Sven Wischnowsky wrote:
} Subject: Re: forwarded bug report
}
} > Seems as if we need a variant of NULL_GLOB that actually replaces the
} > unmatched patterns with empty strings, rather than deleting them from the
} > command entirely.
}
} But that would fail with $(cat *.c *.h) if there are *.h files, but no
} *.c files.
A variant of CSH_NULL_GLOB, then; you get exactly one empty string, only if
none of the patterns match.
} [...] neither of sh, ksh, bash, and tcsh closes/redirects-to-/dev/null
} stdin of $(...) and `...` constructs. Should we do this only only when
} this may be called from completion?
That's what I meant, yes. Don't just close the stdin of $(...), rather,
treat the entire completion system as if it were inside { ... } <&-
--
Bart Schaefer Brass Lantern Enterprises
http://www.well.com/user/barts http://www.brasslantern.com
Messages sorted by:
Reverse Date,
Date,
Thread,
Author