home *** CD-ROM | disk | FTP | other *** search
- Newsgroups: comp.unix.shell
- Path: sparky!uunet!ftpbox!motsrd!white!sapphire.rtsg.mot.com!beryl17!yeates
- From: yeates@rtsg.mot.com (Tony J Yeates)
- Subject: Re: tcsh in the future - what should it be like?
- Message-ID: <yeates.711917192@beryl17>
- Keywords: tcsh
- Sender: news@rtsg.mot.com
- Nntp-Posting-Host: beryl17
- Organization: Motorola Inc., Cellular Infrastructure Group
- References: <yeates.711122638@beryl17> <2$71H9anf8@atlantis.psu.edu> <1992Jul15.022342.5243@news.eng.convex.com>
- Distribution: comp.unix.shell
- Date: Thu, 23 Jul 1992 18:46:32 GMT
- Lines: 25
-
- Tom Christiansen <tchrist@convex.COM> writes:
-
- >From the keyboard of barr@darwin.psu.edu (David Barr):
- >:Has anyone thought of getting rid of some of csh's limitations,
- >:like adding sh's '1>', '2>' redirects?
-
- That would be an improvement. Did you know the (rather tedious)
- work around for this?
-
- First redirect stdout, then redirect both stdout (now eliminated)
- and stdout. e.g. to "loose" stderr and retain stdout:-
-
- ( command > /dev/tty ) >& /dev/null
-
- >There are so so many limitations. I just don't think it
- >feasible to try to take care of all of them.
-
- Could be true. Problem is, I keep coming across new csh scripts
- ....it may to a generation or so to see them disappear!! ;^)
-
-
- [I'm teaching my intern how to convert csh scripts to ksh,
- to simplify future maintenance .... perhaps this should become a quest
- for this news group! ;^) ]
-
-