all messages for Emacs-related lists mirrored at yhetil.org
 help / color / mirror / code / Atom feed
From: Tim X <timx@nospam.dev.null>
To: help-gnu-emacs@gnu.org
Subject: Re: Emacs Environment Variables
Date: Tue, 27 Nov 2007 19:03:39 +1100	[thread overview]
Message-ID: <877ik4yv1g.fsf@lion.rapttech.com.au> (raw)
In-Reply-To: mailman.4054.1195985894.18990.help-gnu-emacs@gnu.org

Peter Dyballa <Peter_Dyballa@Web.DE> writes:

> Am 25.11.2007 um 07:18 schrieb Tim X:
>
>>> IMO bash is a bit too complicated to be used as a user's default  shell.
>>
>> Really? What would you recommend as a default user shell (and  please
>> don't
>> say csh!)?
>
>
> For interactive use I recommend tcsh to begin with. Tcsh makes no
> complicated difference between interactive and login shells, it  confuses
> an user only when preferring an existing ~/.cshrc before  ~/.tcshrc.
>
> Do you know why you are so prejudiced against csh?
>

A shell usually has two purposes, provide an interactive
environment/interface to the system and for writing shell scripts. Csh
added some 'nice' features for interactive work, but sacrificed
considerable power in scripting. Worse yet, its behavior in some situations
is/was 'unexpected' and the ability to handle redirection was totally
crippled. Back in the late 80s/early 90s, csh had some nice features that
most other shells didn't have. These days, there is nothing in csh you
don't get in most modern shells, yet you still have the limitations and
inconsistencies when it comes to scripting that it always had (some of them
have been fixed, but some can't because of basic design issues). 

I don't want to have to know two shells, one for interactive work and one
for scripting. I want one shell thats good for both and behaves
consistently and doesn't add constraints to how I solve problems. 

All shells seem to have their own idiosyncratic bits, but csh was the worst
I've seen. I've also found that generally, when I've had issues with a
shell script I didn't write, opening it often reveals it is csh. Back when
I was learning shell scripting, I made the mistake of using csh at
first. Once I'd been stung a few times and once I saw other solutions that
were better than mine because they didn't have the same limitations, I
stopped usinig it and stuck with sh. 

The other advantage of sh is that it has high compatibility and
portability. Pretty much any sh based script will run on systems that
support sh. Many systems don't even have csh or tcsh installed. 

Many years ago, there were a couple of articles/posts concerning csh
scripting being 'hazardous' for your health. A google will probably find a
copy somewhere. 

Tim

-- 
tcross (at) rapttech dot com dot au

  parent reply	other threads:[~2007-11-27  8:03 UTC|newest]

Thread overview: 39+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-11-23 13:43 Emacs Environment Variables Phi
2007-11-23 21:09 ` Barry Margolin
2007-11-24  9:34 ` Peter Dyballa
2007-11-24 12:48   ` Ismael Valladolid Torres
2007-11-24 13:38     ` Peter Dyballa
2007-11-24 14:02       ` Ismael Valladolid Torres
     [not found]       ` <mailman.4026.1195912966.18990.help-gnu-emacs@gnu.org>
2007-11-24 16:41         ` David Kastrup
2007-11-25  6:25           ` Tim X
2007-11-25  9:06             ` David Kastrup
     [not found]     ` <mailman.4025.1195911521.18990.help-gnu-emacs@gnu.org>
2007-11-24 13:45       ` Phi
2007-11-25  6:18       ` Tim X
2007-11-25 10:18         ` Peter Dyballa
     [not found]         ` <mailman.4054.1195985894.18990.help-gnu-emacs@gnu.org>
2007-11-25 10:44           ` David Kastrup
2007-11-25 11:36             ` Harald Hanche-Olsen
2007-11-25 13:25               ` Peter Dyballa
     [not found]               ` <mailman.4059.1195997121.18990.help-gnu-emacs@gnu.org>
2007-11-25 13:55                 ` David Kastrup
2007-11-25 14:54                   ` Peter Dyballa
2007-11-25 15:19                     ` David Kastrup
2007-11-25 15:50                       ` Peter Dyballa
     [not found]                     ` <mailman.4071.1196004563.18990.help-gnu-emacs@gnu.org>
2007-11-28 16:51                       ` Sven Utcke
2007-11-28 18:06                         ` David Kastrup
2007-11-30 12:25                           ` Sven Utcke
2007-11-30 11:46                         ` Johan Bockgård
2007-11-30 12:28                           ` Sven Utcke
2007-11-30 13:32                             ` Johan Bockgård
2007-11-30 15:17                               ` Peter Dyballa
2007-12-03 10:17                               ` Sven Utcke
     [not found]                               ` <mailman.4354.1196435852.18990.help-gnu-emacs@gnu.org>
2007-12-03 10:20                                 ` Sven Utcke
2007-11-28 16:43                   ` Sven Utcke
2007-12-01 10:54               ` Peter Dyballa
2007-11-25 13:25             ` Peter Dyballa
2007-11-27  8:03           ` Tim X [this message]
2007-11-27 10:00             ` Peter Dyballa
     [not found]             ` <mailman.4168.1196157656.18990.help-gnu-emacs@gnu.org>
2007-11-27 10:28               ` David Kastrup
2007-11-27 16:27                 ` Joel J. Adamson
2007-11-28  9:02                   ` Tim X
2007-12-23  2:01                   ` David Combs
2007-11-28  8:55               ` Tim X
     [not found]   ` <mailman.4022.1195908516.18990.help-gnu-emacs@gnu.org>
2007-11-25  6:02     ` Tim X

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=877ik4yv1g.fsf@lion.rapttech.com.au \
    --to=timx@nospam.dev.null \
    --cc=help-gnu-emacs@gnu.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this external index

	https://git.savannah.gnu.org/cgit/emacs.git
	https://git.savannah.gnu.org/cgit/emacs/org-mode.git

This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.