Date: Tue, 31 Jan 2017 14:51:20 -0700 (MST) From: Warren Block <wblock@wonkity.com> To: byrnejb@harte-lyne.ca Cc: Polytropon <freebsd@edvax.de>, freebsd-questions@freebsd.org Subject: Re: Variable assignment in sh Message-ID: <alpine.BSF.2.20.1701311445520.54303@wonkity.com> In-Reply-To: <5f51e2c3bdb8a20c6a7786c2b345c957.squirrel@webmail.harte-lyne.ca> References: <b831bd9e40321e59910ea8913c7a6302.squirrel@webmail.harte-lyne.ca> <20170131161824.a9f1ef46.freebsd@edvax.de> <b553c644fccc211f9658b31cfe65e8a0.squirrel@webmail.harte-lyne.ca> <20170131185103.7f911dfb.freebsd@edvax.de> <5f51e2c3bdb8a20c6a7786c2b345c957.squirrel@webmail.harte-lyne.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Tue, 31 Jan 2017, James B. Byrne via freebsd-questions wrote: > > On Tue, January 31, 2017 12:51, Polytropon wrote: >> On Tue, 31 Jan 2017 12:11:49 -0500, James B. Byrne via >> freebsd-questions wrote: >>> >>> In any case, I now have set the shell in the root crontab file >>> explicitly to /usr/local/bin/bash in hopes of avoiding this problem >>> in the future. >> >> That _might_ introduce problems in the future when bash is not >> available. My suggestion: Use /bin/sh for scripting except you >> need to rely on a "bash-ism", a feature that bash can provide, >> but sh cannot. However, you can use bash interactively to test >> sh commands, there is "backward compatibility" (bash can be seen >> as a superset of sh). >> > > How would bash become unavailable on this particular system without > someone specifically removing it? Boot into single user mode. /usr is not (necessarily) mounted, and doing anything could be challenging. If you absolutely must have bash for root, leave root's shell as csh and run bash from within .cshrc. If /usr is not mounted, it will just fail and leave you with a chance to fix things from a running csh. It's important to note that shells are two things, an interactive user interface, and a shell script interpreter. Thanks to a rich selection, one program does not have to be used for both. For example, I use csh along with a large autocompletion file and some aliases and it works very well for that. I would not write scripts for csh, though, because the built-in script implementation is not great. Not a problem, since just putting #!/bin/sh as the first line of a script causes it to run with the standard sh interpreter.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?alpine.BSF.2.20.1701311445520.54303>