5 ms·

Personally, I think shell scripts should start with "#! /bin/sh", not going for some specific shell. If I need more than the standard Bourne shell, I should pro

by ableal 17y ago

Personally, I think shell scripts should start with "#! /bin/sh", not going for some specific shell. If I need more than the standard Bourne shell, I should probably be using something else. More or less sane systems have something like this (Ubuntu 9.10): $ ls -l /bin/*sh -rwxr-xr-x 1 root root 917960 2009-09-14 06:08 /bin/bash -rwxr-xr-x 1 root root 101608 2009-09-21 00:49 /bin/dash lrwxrwxrwx 1 root root 4 2009-10-29 19:25 /bin/rbash -> bash lrwxrwxrwx 1 root root 4 2009-05-17 19:57 /bin/sh -> dash

guns 17y ago
Usually when when the Ubuntu `sh -> dash' link is pointed out, it is meant as a warning to use the proper sha-bang, instead of just using `#!/bin/sh'. If you're arguing that classic shell scripting doesn't carry you all that far, I would agree, but I don't see the harm in using #!/bin/bash or #!/bin/ksh in lieu of sh the few times you are writing a shell script; they are both extremely common and feature many conveniences.
mhd 17y ago
I used to have quite an amount of Korn shell scripts, but of course that was on commercial Unices (with some ksh-retro-fitted Linux boxes in the mix). Having ksh93 available on all systems was pretty nice, and there definitely was a place for some of the features without going for something else (which in this case mostly was Perl).
liraz 17y ago
I find using specific shebangs is a good habit if you don't know exactly which generic POSIX shell features/syntax you can rely on. In years past I would all too often use #!/bin/sh for the shebang only to find out later I had accidentally used a BASH specific shell feature, which is fine if /bin/sh happens to point to /bin/bash but can break if it points to something else. OTOH, I believe the error handling tricks discussed should work with any POSIX shell so I've updated the shebang line in the code snippets to use the more generic #!/bin/sh.
- imurray 17y ago
  I agree with using /bin/bash if that's what you're actually using and aren't sure the script will work more generally. Something that can help pin down usage of bash extensions is checkbashisms (in the devscripts package on Debian systems). Also running the script through a shell that claims POSIX compliance like /bin/dash.
- KC8ZKF 17y ago
  When invoked as sh, Bash enters POSIX mode after reading the startup files.
  - imurray 17y ago
    When invoked that way it still supports more than /bin/dash on my system: % ln -s /bin/bash sh % ./sh sh-3.2$ echo {1..10} 1 2 3 4 5 6 7 8 9 10 sh-3.2$ exit % dash $ echo {1..10} {1..10} where dash is supposed to be POSIX compliant.

by ableal 17y ago

guns 17y ago

Usually when when the Ubuntu `sh -> dash' link is pointed out, it is meant as a warning to use the proper sha-bang, instead of just using `#!/bin/sh'. If you're arguing that classic shell scripting doesn't carry you all that far, I would agree, but I don't see the harm in using #!/bin/bash or #!/bin/ksh in lieu of sh the few times you are writing a shell script; they are both extremely common and feature many conveniences.

mhd 17y ago

I used to have quite an amount of Korn shell scripts, but of course that was on commercial Unices (with some ksh-retro-fitted Linux boxes in the mix). Having ksh93 available on all systems was pretty nice, and there definitely was a place for some of the features without going for something else (which in this case mostly was Perl).

liraz 17y ago

I find using specific shebangs is a good habit if you don't know exactly which generic POSIX shell features/syntax you can rely on. In years past I would all too often use #!/bin/sh for the shebang only to find out later I had accidentally used a BASH specific shell feature, which is fine if /bin/sh happens to point to /bin/bash but can break if it points to something else. OTOH, I believe the error handling tricks discussed should work with any POSIX shell so I've updated the shebang line in the code snippets to use the more generic #!/bin/sh.

imurray 17y ago
I agree with using /bin/bash if that's what you're actually using and aren't sure the script will work more generally. Something that can help pin down usage of bash extensions is checkbashisms (in the devscripts package on Debian systems). Also running the script through a shell that claims POSIX compliance like /bin/dash.
KC8ZKF 17y ago
When invoked as sh, Bash enters POSIX mode after reading the startup files.
- imurray 17y ago
  When invoked that way it still supports more than /bin/dash on my system: % ln -s /bin/bash sh % ./sh sh-3.2$ echo {1..10} 1 2 3 4 5 6 7 8 9 10 sh-3.2$ exit % dash $ echo {1..10} {1..10} where dash is supposed to be POSIX compliant.