whatnow cooks up strings for executing external commands, and then
authorAlexander Zangerl <exmh@bin.snafu.priv.at>
Sun, 22 Jul 2012 17:01:00 +0000 (12:01 -0500)
committerDavid Levine <levinedl@acm.org>
Sun, 22 Jul 2012 17:01:00 +0000 (12:01 -0500)
commit72a97a2e44a300808b5584bd3d3581162b107b03
tree04ed081ce20e471e70d644373a59f1e2f71e3b0a
parent015e83362f21a061bf268b878693d72309c21e55
whatnow cooks up strings for executing external commands, and then
feeds these strings to popen or system.  These command strings rely on
$SHELL being present - and if that is not the case, then we get weird
error messages ("sh: -c not found" or similar).  (Because both
system() and popen() start up fine with the std shell, but their arg
string to parse doesn't include a cmdname/path before the -c.)

As far as i understand the POSIX standard, SHELL is recommended but
not actually mandatory, so i think it would be good to handle this a
bit more robustly: by setting SHELL to /bin/sh if not present.
uip/whatnowsbr.c