aboutsummaryrefslogtreecommitdiff
path: root/AUTHORS
diff options
context:
space:
mode:
authorIan Lance Taylor <iant@golang.org>2016-05-16 14:11:01 -0700
committerIan Lance Taylor <iant@golang.org>2016-05-16 22:19:05 +0000
commitc1b32acefb3b1438981ba9dc4f5259999e9fc2ab (patch)
treebfd0dafd6a765260d99e196ba0ef25edcc0499d0 /AUTHORS
parent1b86862d0d6eeb818bc622fee5f140951bd31063 (diff)
downloadgo-c1b32acefb3b1438981ba9dc4f5259999e9fc2ab.tar.gz
go-c1b32acefb3b1438981ba9dc4f5259999e9fc2ab.zip
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>
Diffstat (limited to 'AUTHORS')
0 files changed, 0 insertions, 0 deletions