Ignore SIGPIPE again.

Old code inexplicably crashing SBCL is not a good look. Enabling
SIGPIPE should be explicit if it's desired.

Fixes lp#1897624
This commit is contained in:
Stas Boukarev 2020-10-19 18:31:27 +03:00
parent c9fc9b2fa5
commit dc90073462
2 changed files with 3 additions and 0 deletions

1
NEWS
View file

@ -7,6 +7,7 @@ changes relative to sbcl-2.0.9:
increased to 10^6 on 64-bit architectures.
* bug fix: SB-CLTL2:MACROEXPAND-ALL did not expand MULTIPLE-VALUE-BIND
and MULTIPLE-VALUE-SETQ
* bug fix: SIGPIPE is ignored by default again. (lp#1897624)
changes in sbcl-2.0.9 relative to sbcl-2.0.8:
* incompatible change: HPPA and DEC Alpha architecture

View file

@ -232,6 +232,8 @@
#-sb-wtimer (%install-handler sigalrm #'sigalrm-handler)
#-sb-thruption (%install-handler sigurg #'sigurg-handler)
(%install-handler sigchld #'sigchld-handler)
;; Don't want to silently quit on broken pipes.
(%install-handler sigpipe :ignore)
;; Undo the effect of block_blockable_signals() from right at the top of sbcl_main()
;; and (if pertinent) blocking stop-for-GC somewhere thereafter.
(dx-let ((mask (make-array sb-unix::sizeof-sigset_t :element-type '(unsigned-byte 8)