Boston Linux & Unix (BLU) Home | Calendar | Mail Lists | List Archives | Desktop SIG | Hardware Hacking SIG
Wiki | Flickr | PicasaWeb | Video | Maps & Directions | Installfests | Keysignings
Linux Cafe | Meeting Notes | Blog | Linux Links | Bling | About BLU

BLU Discuss list archive


[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Bizarre redirection failure



I am more comfortable with POSIX shell syntax where 
foo > fubar 2>&1 
AFAIK, your syntax should work for the TCSH except maybe don't have a space 
between the > and the &.
make test >& test.log &


On 30 Apr 2002 at 15:44, John Chambers wrote:

> I've been noticing this curious problem for some time,  and
> thought that someone on this list might have.  Consider the
> two commands from my tcsh history file:
> 
>    317  11:20   make test > & test.log &
>    337  11:22   make test > & test_log &
> 
> The first of these produces no output at all.  The test.log
> file doesn't appear (in any directory apparently). However,
> the command does run, and  the  results  of  the  make  are
> created.   The  only problem is that "test.log" seems to be
> replaced with "/dev/null".
> 
> The second command works like I'd expect. The test_log file
> appears  and  contains  all the stdout and stderr text from
> the make.
> 
> The only difference between the two commands really is  the
> '.'  versus  the  '_' in the output file name.  Running the
> commands in the foreground doesn't affect the  results;  it
> just  means  I  have to use a different xterm to see what's
> happening.
> 
> I've tried this on several flavors of linux, and  the  same
> failure  seems  to  happen  everywhere.   I  also have some
> accounts on FreeBSD systems, where I  also  use  tcsh,  and
> both  commands work like I'd expect there.  It doesn't seem
> likely that linux  could  subvert  tcsh's  syntax  or  file
> handling, but that does seem to be what's going on.
> 
> As far as I can tell, there's nothing special about '.'  in
> the  rest of tcsh, and other file names with dots work just
> fine, like you'd expect.
> 
> _______________________________________________
> Discuss mailing list
> Discuss at blu.org
> http://www.blu.org/mailman/listinfo/discuss


--
Jerry Feldman <gaf at blu.org>
Associate Director
Boston Linux and Unix user group
http://www.blu.org PGP key id:C5061EA9
PGP Key fingerprint:053C 73EC 3AC1 5C44 3E14 9245 FB00 3ED5 C506 1EA9





BLU is a member of BostonUserGroups
BLU is a member of BostonUserGroups
We also thank MIT for the use of their facilities.

Valid HTML 4.01! Valid CSS!



Boston Linux & Unix / webmaster@blu.org