Help needed to identify golang fork / memory corruption issue on FreeBSD
Steven Hartland
killing at multiplay.co.uk
Fri Mar 17 06:30:54 UTC 2017
Ok I think I've identified the cause.
If an alternative signal stack is applied to a non-main thread and that
thread calls execve then the signal stack is not cleared.
This results in all sorts of badness.
Full details, including a small C reproduction case can be found here:
https://github.com/golang/go/issues/15658#issuecomment-287276856
So looks like its kernel bug. If anyone has an ideas about that before I
look tomorrow that would be appreciated.
Regards
Steve
More information about the freebsd-hackers
mailing list