Date: Wed, 17 Feb 2010 10:41:27 +1100 From: Jan Mikkelsen <janm-freebsd-hackers@transactionware.com> To: =?iso-8859-1?Q?Dag-Erling_Sm=F8rgrav?= <des@des.no> Cc: Garrett Cooper <yanefbsd@gmail.com>, FreeBSD-Hackers <freebsd-hackers@freebsd.org> Subject: Re: read(1) garbage when input redirected from make incorrectly Message-ID: <C61703D5-D775-4D60-964D-F6F499C970CF@transactionware.com> In-Reply-To: <86eikljt7i.fsf@ds4.des.no> References: <364299f41002151649y2e4d4120p918759afb1fd8f6c@mail.gmail.com> <7d6fde3d1002151655q184c8a21k8a0c6c07b9b0ae79@mail.gmail.com> <86eikljt7i.fsf@ds4.des.no>
next in thread | previous in thread | raw e-mail | index | archive | help
On 16/02/2010, at 10:49 PM, Dag-Erling Sm=F8rgrav wrote:
> The LHS of < is a command, the RHS is the name of the file to be read.
> After that, you can have further redirections, a command separator
> (semicolon, single or double ampersand, single or double pipe etc.), =
or,
> depending on context, various other stuff such as a paren, bracket,
> backquote etc.
A redirection doesn't terminate the argument list.
For example:
echo a b < /dev/null c d
Produces:
a b c d
And:
< /etc/passwd cat
Will emit /etc/passwd to stdout.
Regards,
Jan Mikkelsen
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?C61703D5-D775-4D60-964D-F6F499C970CF>