cherrymui
cherrymui
The fault doesn't happen in `open_trampoline` but in `notok` ( https://cs.opensource.google/go/go/+/master:src/runtime/sys_darwin_arm64.s;l=17 ) It intentionally faults when something bad happens when it shouldn't. The only places this is called are `munmap`...
This looks like `sigaltstack` fails, which is weird. Does the C (or other language) part of your binary (which links against the Go library) does anything weird about the signal...
Is the c-shared library used by a C/C++ program, or a Go program? Is it the only Go part in that program? Thanks.
Just to add another pain point: the stubs handle errors differently. Some returns errno (negated or not?), some just crash hard (writing to an invalid address), which is difficult to...
@ii64 this issue is about a plan for the future, not what has happened. Your comment is unrelated to this issue. Looks like you are using gollvm. What version of...
cc @ianlancetaylor @neild
cc @ianlancetaylor @rsc
Sure, your contribution is welcomed. See https://go.dev/doc/contribute for how to contribute to Go. Thanks.
> one is #41121 (arm) This only affects linking very large binaries. It is probably fine to do it later.
I made comments on CL 250180 (+2'd), CL 250182, and CL 250577, which have not been addressed. I did not review further down the stack, because I think they are...