]> Cypherpunks repositories - gostls13.git/commit
runtime: yield after raising signal that should kill process
authorIan Lance Taylor <iant@golang.org>
Mon, 16 May 2016 21:11:01 +0000 (14:11 -0700)
committerIan Lance Taylor <iant@golang.org>
Mon, 16 May 2016 22:19:05 +0000 (22:19 +0000)
commitc1b32acefb3b1438981ba9dc4f5259999e9fc2ab
treebfd0dafd6a765260d99e196ba0ef25edcc0499d0
parent1b86862d0d6eeb818bc622fee5f140951bd31063
runtime: yield after raising signal that should kill process

Issue #15613 points out that the darwin builders have been getting
regular failures in which a process that should exit with a SIGPIPE
signal is instead exiting with exit status 2. The code calls
runtime.raise. On most systems runtime.raise is the equivalent of
pthread_kill(gettid(), sig); that is, it kills the thread with the
signal, which should ensure that the program does not keep going. On
darwin, however, runtime.raise is actually kill(getpid(), sig); that is,
it sends a signal to the entire process. If the process decides to
deliver the signal to a different thread, then it is possible that in
some cases the thread that calls raise is able to execute the next
system call before the signal is actually delivered. That would cause
the observed error.

I have not been able to recreate the problem myself, so I don't know
whether this actually fixes it. But, optimistically:

Fixed #15613.

Change-Id: I60c0a9912aae2f46143ca1388fd85e9c3fa9df1f
Reviewed-on: https://go-review.googlesource.com/23152
Run-TryBot: Ian Lance Taylor <iant@golang.org>
TryBot-Result: Gobot Gobot <gobot@golang.org>
Reviewed-by: Brad Fitzpatrick <bradfitz@golang.org>
src/runtime/signal1_unix.go