summaryrefslogtreecommitdiff
path: root/logo
diff options
context:
space:
mode:
authorBrent Baude <bbaude@redhat.com>2020-03-13 08:06:19 -0500
committerBrent Baude <bbaude@redhat.com>2020-03-13 08:19:08 -0500
commite6fba1e44898304a0c5560aaecdee53beda1034f (patch)
tree644434196812fe41383c47b4faa0ed188bdbd30b /logo
parentc9f148fb154ca45081e3ebfc0c14fa9ee995780d (diff)
downloadpodman-e6fba1e44898304a0c5560aaecdee53beda1034f.tar.gz
podman-e6fba1e44898304a0c5560aaecdee53beda1034f.tar.bz2
podman-e6fba1e44898304a0c5560aaecdee53beda1034f.zip
eat signal 23 in signal proxy
due to a change in golang-1.14 and it's changes to make go funcs with tight loops preemptive, signals are now getting "through" that never were before. From the golang-1.14 announce: Goroutines are now asynchronously preemptible. As a result, loops without function calls no longer potentially deadlock the scheduler or significantly delay garbage collection. This is supported on all platforms except windows/arm, darwin/arm, js/wasm, and plan9/*. A consequence of the implementation of preemption is that on Unix systems, including Linux and macOS systems, programs built with Go 1.14 will receive more signals than programs built with earlier releases. This means that programs that use packages like syscall or golang.org/x/sys/unix will see more slow system calls fail with EINTR errors. Those programs will have to handle those errors in some way, most likely looping to try the system call again. For more information about this see man 7 signal for Linux systems or similar documentation for other systems. Fixes #5483 Signed-off-by: Brent Baude <bbaude@redhat.com>
Diffstat (limited to 'logo')
0 files changed, 0 insertions, 0 deletions