运行时:从0x0调用的runtime.gopark意外返回pc
来源:stackoverflow
2024-03-29 22:33:36
0浏览
收藏
Golang不知道大家是否熟悉?今天我将给大家介绍《运行时:从0x0调用的runtime.gopark意外返回pc》,这篇文章主要会讲到等等知识点,如果你在看完本篇文章后,有更好的建议或者发现哪里有问题,希望大家都能积极评论指出,谢谢!希望我们能一起加油进步!
问题内容
我写了一个go项目,用于包装对etcd的访问,并提供接口给c语言使用,https://github.com/dingrui37/etcdagent,(对不起我英文不好)
完成该项目的测试后,我将其构建为共享库:
go build -buildmode=c-shared -o cgo/libetcd.so main.go
但是运行时有时会出现如下异常,有人可以帮我吗?
[newthread0x7fff9a7fc700(lwp1615)]
runtime:unexpectedreturnpcforruntime.goparkcalledfrom0x0
stack:frame={sp:0xc000062f90,fp:0xc000062fb0}stack=[0xc000062800,0xc000063000)
000000c000062e90:00000000000000000000000000000000
000000c000062ea0:00000000000000000000000000000000
000000c000062eb0:00000000000000000000000000000000
000000c000062ec0:00000000000000000000000000000000
000000c000062ed0:00000000000000000000000000000000
000000c000062ee0:00000000000000000000000000000000
000000c000062ef0:00000000000000000000000000000000
000000c000062f00:00000000000000000000000000000000
000000c000062f10:00000000000000000000000000000000
000000c000062f20:00000000000000000000000000000000
000000c000062f30:00000000000000000000000000000000
000000c000062f40:00000000000000000000000000000000
000000c000062f50:00000000000000000000000000000000
000000c000062f60:00000000000000000000000000000000
000000c000062f70:00000000000000000000000000000000
000000c000062f80:00000000000000000000000000000000
000000c000062f90:<00000000000000000000000000000000
000000c000062fa0:0000000000000000!0000000000000000
000000c000062fb0:>00000000000000000000000000000000
000000c000062fc0:00000000000000000000000000000000
000000c000062fd0:0000000000000000000000000106e371
000000c000062fe0:00000000000000000000000000000000
000000c000062ff0:00000000000000000000000000000000
fatalerror:unknowncallerpc
runtimestack:
runtime.throw(0x1d15977,0x11)
/usr/local/go/src/runtime/panic.go:774+0x74
runtime.gentraceback(0xffffffffffffffff,0xffffffffffffffff,0x0,0xc000000a80,0x0,
0x0,0x7fffffff,0x7fff9affb3c8,0x0,0x0,...)
/usr/local/go/src/runtime/traceback.go:273+0x19e9
runtime.scanstack(0xc000000a80,0xc000043270)
/usr/local/go/src/runtime/mgcmark.go:711+0x161
runtime.scang(0xc000000a80,0xc000043270)
/usr/local/go/src/runtime/proc.go:886+0x1e5
runtime.markroot.func1()
/usr/local/go/src/runtime/mgcmark.go:221+0x71
runtime.markroot(0xc000043270,0xc000000007)
/usr/local/go/src/runtime/mgcmark.go:202+0x2f5
runtime.gcdrain(0xc000043270,0x2)
/usr/local/go/src/runtime/mgcmark.go:915+0x114
runtime.gcbgmarkworker.func2()
/usr/local/go/src/runtime/mgc.go:1923+0x122
runtime.systemstack(0x0)
/usr/local/go/src/runtime/asm_amd64.s:370+0x63
runtime.mstart()
/usr/local/go/src/runtime/proc.go:1146
goroutine220[gcworker(idle)]:
runtime.systemstack_switch()
/usr/local/go/src/runtime/asm_amd64.s:330fp=0xc00033f760sp=0xc00033f758
pc=0x106c270
runtime.gcbgmarkworker(0xc000042000)
/usr/local/go/src/runtime/mgc.go:1891+0x1c5fp=0xc00033f7d8
sp=0xc00033f760pc=0x102ee15
runtime.goexit()
/usr/local/go/src/runtime/asm_amd64.s:1357+0x1fp=0xc00033f7e0
sp=0xc00033f7d8pc=0x106e371
createdbyruntime.gcbgmarkstartworkers
/usr/local/go/src/runtime/mgc.go:1785+0x79
goroutine4[syscall]:
os/signal.signal_recv(0x0)
/usr/local/go/src/runtime/sigqueue.go:147+0x9e
os/signal.loop()
/usr/local/go/src/os/signal/signal_unix.go:23+0x24
createdbyos/signal.init.0
/usr/local/go/src/os/signal/signal_unix.go:29+0x43
goroutine36[select]:
google.golang.org/grpc.(*ccbalancerwrapper).watcher(0xc000176280)
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/balancer_conn_wrappers.go:
115+0x12e
createdbygoogle.golang.org/grpc.newccbalancerwrapper
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/balancer_conn_wrappers.go:
106+0x16b
goroutine44[select]:
google.golang.org/grpc/internal/transport.(*controlbuffer).get(0xc000168230,0x1,
0x0,0x0,0x0,0x0)
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/internal/transport/control
buf.go:395+0x124
google.golang.org/grpc/internal/transport.(*loopywriter).run(0xc000174c00,0x0,
0x0)
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/internal/transport/control
buf.go:513+0x1e5
google.golang.org/grpc/internal/transport.newhttp2client.func3(0xc00026e000)
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/internal/transport/http2_c
lient.go:338+0x7d
createdbygoogle.golang.org/grpc/internal/transport.newhttp2client
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/internal/transport/http2_c
lient.go:336+0xebe
goroutine38[chanreceive]:
etcdagent/agent.(*agent).run(0xc000176380)
/home/dingrui/projects/etcdagent/agent/agent.go:75+0x14e
createdbymain.etcdagentinit.func1
/home/dingrui/projects/etcdagent/main.go:62+0x203
goroutine39[select]:
etcdagent/agent/event.(*event).watch(0xc0001720a0,0x248e520,0xc000176400,
0xc000174600)
/home/dingrui/projects/etcdagent/agent/event/event.go:45+0x408
createdbyetcdagent/agent.(*agent).run
/home/dingrui/projects/etcdagent/agent/agent.go:72+0x124
goroutine20[chanreceive]:
google.golang.org/grpc.(*addrconn).resettransport(0xc00023c000)
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/clientconn.go:1077
+0x6ae
createdbygoogle.golang.org/grpc.(*addrconn).connect
/home/dingrui/go/pkg/mod/google.golang.org/[email protected]/clientconn.go:743
+0x122
goroutine43[iowait]:
internal/poll.runtime_pollwait(0x7ffff7f48dd8,0x72,0xffffffffffffffff)
/usr/local/go/src/runtime/netpoll.go:184+0x57
internal/poll.(*polldesc).wait(0xc00024e198,0x72,0x8000,0x8000,
0xffffffffffffffff)
/usr/local/go/src/internal/poll/fd_poll_runtime.go:87+0x47
internal/poll.(*polldesc).waitread(...)
/usr/local/go/src/internal/poll/fd_poll_runtime.go:92
internal/poll.(*fd).read(0xc00024e180,0xc000256000,0x8000,0x8000,0x0,0x0,0x0)
/usr/local/go/src/internal/poll/fd_unix.go:169+0x1d1
net.(*netfd).read(0xc00024e180,0xc000256000,0x8000,0x8000,0x0,0x800010601,0x0)
/usr/local/go/src/net/fd_unix.go:202+0x51
net.(*conn).read(0xc0001720c8,0xc000256000,0x8000,0x8000,0x0,0x0,0x0)
/usr/local/go/src/net/net.go:184+0x6a
dingrui@dingrui-PC:~$ go version go version go1.13.1 linux/amd64 dingrui@dingrui-PC:~$ go env GO111MODULE="" GOARCH="amd64" GOBIN="" GOCACHE="/home/dingrui/.cache/go-build" GOENV="/home/dingrui/.config/go/env" GOEXE="" GOFLAGS="" GOHOSTARCH="amd64" GOHOSTOS="linux" GONOPROXY="" GONOSUMDB="" GOOS="linux" GOPATH="/home/dingrui/go" GOPRIVATE="" GOPROXY="https://goproxy.cn,direct" GOROOT="/usr/local/go" GOSUMDB="sum.golang.org" GOTMPDIR="" GOTOOLDIR="/usr/local/go/pkg/tool/linux_amd64" GCCGO="gccgo" AR="ar" CC="gcc" CXX="g++" CGO_ENABLED="1" GOMOD="" CGO_CFLAGS="-g -O2" CGO_CPPFLAGS="" CGO_CXXFLAGS="-g -O2" CGO_FFLAGS="-g -O2" CGO_LDFLAGS="-g -O2" PKG_CONFIG="pkg-config" GOGCCFLAGS="-fPIC -m64 -pthread -fmessage-length=0 -fdebug-prefix-map=/tmp/go-build180008548=/tmp/go-build -gno-record-gcc-switches"
解决方案
我会非常仔细地阅读 go 文档中关于 signal 的这一部分
https://pkg.go.dev/os/signal#hdr-Go_programs_that_use_cgo_or_SWIG
特别是这个声明
大概您正在使用 cgo 集成到该 c 库中。如果 c 代码安装了信号处理程序,您可能会遇到此问题。
为了解决这个问题,您可能需要编写一个小的 c 函数,并在 go 代码进行任何系统调用之前调用它。它将 sa_onstack 标志添加到信号处理程序中,可能如下所示:
void set_signal_sa_onstack() {
struct sigaction action;
struct sigaction old_action;
sigaction(SIGCHLD, NULL, &action);
action.sa_flags = action.sa_flags | SA_ONSTACK;
sigaction(SIGCHLD, &action, &old_action);
}好了,本文到此结束,带大家了解了《运行时:从0x0调用的runtime.gopark意外返回pc》,希望本文对你有所帮助!关注golang学习网公众号,给大家分享更多Golang知识!
版本声明
本文转载于:stackoverflow 如有侵犯,请联系study_golang@163.com删除
PHP和Vue.js开发安全性最佳实践:防止命令执行攻击方法
- 上一篇
- PHP和Vue.js开发安全性最佳实践:防止命令执行攻击方法
- 下一篇
- 如何使用Java中的EnumSet函数进行枚举操作
查看更多
最新文章
-
- Golang · Go问答 | 3小时前 | go · os/exec · 命令执行 · Go exec.Command exec.LookPath exec.ErrDot
- Go exec.Command 为什么找不到当前目录下的程序
- 194浏览 收藏
-
- Golang · Go问答 | 4小时前 |
- Go test 显示 cached 时怎么强制重新执行测试
- 496浏览 收藏
-
- Golang · Go问答 | 4小时前 |
- Go 并行测试里为什么不能随意修改环境变量
- 273浏览 收藏
-
- Golang · Go问答 | 4小时前 |
- Go DeepEqual 比较 nil 切片和空切片为什么不相等
- 449浏览 收藏
-
- Golang · Go问答 | 4小时前 | go反射 · 排错 · reflect.Set · Go reflect.Value CanSet reflect.Set
- Go reflect.Set 为什么提示值不能修改
- 303浏览 收藏
-
- Golang · Go问答 | 5小时前 |
- Go 泛型函数只从返回值使用类型时为什么推导失败
- 241浏览 收藏
-
- Golang · Go问答 | 5小时前 |
- Go 两个接口值用等号比较为什么会触发 panic
- 378浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
查看更多
AI推荐
-
- SuperCLUE
- SuperCLUE是权威的中文大语言模型综合评测基准,涵盖语言理解、知识应用、AI Agent智能体及安全性等12项核心能力。通过多轮对话与客观测试,定期发布榜单与技术报告,为模型研发、优化及行业选型提供科学依据。
- 164次使用
-
- C-Eval
- 深入了解C-Eval中文评估套件,涵盖52个学科与4级难度。本文详解其功能特点、Zero-shot/Few-shot使用方法及代码示例,助您全面评测LLM中文理解与泛化能力。
- 88次使用
-
- LangGPT
- LangGPT是一种受编程语言启发的结构化提示词设计工具,提供双层框架、模块化模板及变量功能,帮助用户高效编写高质量Prompt。该项目已在GitHub免费开源,适用于内容创作、编程辅助等多场景。
- 24次使用
-
- ClickPrompt
- ClickPrompt是一款专为AI提示词编写者设计的开源在线工具,支持Stable Diffusion绘图、ChatGPT对话及GitHub Copilot代码辅助。提供Prompt自动生成、一键运行、社区分享及可视化优化功能,帮助用户高效获取精准AI输出。
- 52次使用
-
- PromptHero
- PromptHero是专业的AI提示词搜索引擎与优化平台,支持Stable Diffusion、Midjourney等主流模型。提供海量提示词库、分类搜索、在线课程及社区互动,助力用户高效生成高质量AI图像与文本。
- 38次使用
查看更多
相关文章
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- Go net.Conn 写入超时为何仍会卡住:SetWriteDeadline、部分写入与连接复用检查
- 2026-08-30 501浏览
-
- Go 问答:httptrace.ClientTrace GotConnInfo 怎么判断连接是否复用:连接池与请求时序边界
- 2026-08-28 501浏览
-
- Go netip.Prefix.Contains 判断网段为什么出错:地址族、掩码长度与规范化
- 2026-08-27 501浏览

