Bug 1202858 – Restarting squid results in deleting all files in hard-drive

Re:Bug 1202858 – Restarting squid results in deleting all fi... by nwalfield on Tuesday March 24, 2015 @07:00AM (#9255830)

set -o pipefail makes common idioms a pain. Consider using head, which simply exits after it has read a few lines. In this case, the input process gets a SIGPIPE and exits with a non-zero exit code:

Consider /tmp/test.sh:

  set -o pipefail
  yes foo | head

  $ bash /tmp/test.sh >/dev/null
  $ echo $?
  141

[ Parent | on HN ]

Re:Bug 1202858 – Restarting squid results in deleting all fi... by pixelbeat on Tuesday March 24, 2015 @07:37AM (#9255925)

That's a bug IMHO which I reported at http://lists.gnu.org/archive/html/bug-bash/2015-02/msg00052....

I've collated other mishandling of closed pipes at: http://www.pixelbeat.org/programming/sigpipe_handling.html

[ Parent | on HN ]

Re:Bug 1202858 – Restarting squid results in deleting all fi... by quotemstr on Tuesday March 24, 2015 @09:56AM (#9256538)

For a while now, I've thought we should change SIGPIPE's SIG_DFL action to _exit(0).

[ Parent | on HN ]