From owner-freebsd-questions Wed Jul 19 11:24:18 2000 Delivered-To: freebsd-questions@freebsd.org Received: from srvlis11.teleweb.pt (srvlis11.teleweb.pt [212.16.129.131]) by hub.freebsd.org (Postfix) with ESMTP id B7ABE37B888 for ; Wed, 19 Jul 2000 11:24:10 -0700 (PDT) (envelope-from cgd@teleweb.pt) Received: from srvlis01.teleweb.pt (srvlis01.teleweb.pt [212.16.129.11]) by srvlis11.teleweb.pt (8.9.3/8.9.3) with ESMTP id TAA32057; Wed, 19 Jul 2000 19:24:02 +0100 Received: from teclis08i.teleweb.pt (teclis08.teleweb.pt [212.16.129.8]) by srvlis01.teleweb.pt (8.8.8/8.8.8) with SMTP id TAA00557; Wed, 19 Jul 2000 19:24:00 +0100 (WEST) Received: from teleweb.pt (IDENT:root@localhost [127.0.0.1]) by teclis08i.teleweb.pt (8.9.3/8.9.3) with ESMTP id TAA01983; Wed, 19 Jul 2000 19:23:54 +0100 Message-ID: <3975F23A.85267D8B@teleweb.pt> Date: Wed, 19 Jul 2000 19:23:54 +0100 From: "Carlos J. G. Duarte" Reply-To: cgd@teleweb.pt Organization: Teleweb, SA X-Mailer: Mozilla 4.72 [en] (X11; I; Linux 2.2.13 i686) X-Accept-Language: en MIME-Version: 1.0 To: John Baldwin , freebsd-questions@FreeBSD.ORG Subject: Re: Is the C-shell (csh) a bad shell? References: <200007182310.QAA55420@pike.osd.bsdi.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-questions@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG John Baldwin wrote: [...] > rather large shortfalls in csh's language, however. It does not support > functions (except perhaps by abusing aliases), and it does not allow the > same amount of flexibility in I/O redirection. However, I rarely find > that I use much of the added flexibility of I/O redirection in sh. For > scripts where I need that or where I need functions, I tend to use sh. > For other scripts I tend to use csh. Perhaps it's my Pascal background > showing through, but I prefer if (foo) then endif to if [ foo ]; then fi. functions for me aren't a great problem, as I don't use it, because some olders sh's, or some systems stock /bin/sh doesn't support them (they put the newer shells as /sbin/sh or /bin/sh, or even have differents /bin/sh and /usr/bin/sh) the redirections, quoting, and other syntax aspects, however, are a real problem. for instance, sometime, on hacking scritps, we might wan't to do: cat<