运行时:从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问答 | 1小时前 |
- HTTP重定向丢失自定义Header怎么办
- 346浏览 收藏
-
- Golang · Go问答 | 10小时前 |
- embed文件在测试包中找不到怎么办
- 313浏览 收藏
-
- Golang · Go问答 | 10小时前 | base64 Go RawURLEncoding
- base64RawURL结果包含非法字符怎么办
- 322浏览 收藏
-
- Golang · Go问答 | 10小时前 | 随机数 · go ·
- crypto/rand读取失败如何处理
- 105浏览 收藏
-
- Golang · Go问答 | 10小时前 |
- NullString序列化成空字符串怎么办
- 421浏览 收藏
-
- Golang · Go问答 | 10小时前 | 事务 · go · 回滚 · database/sql ·
- 事务提交失败后如何保证回滚
- 478浏览 收藏
-
- Golang · Go问答 | 10小时前 | Go 连接池 database/sql sql.DB
- sql.DB连接池空闲连接怎么调
- 177浏览 收藏
-
- Golang · Go问答 | 10小时前 | go · 连接池 · database/sql ·
- sqlRows没有关闭导致连接池堵塞怎么办
- 243浏览 收藏
-
- Golang · Go问答 | 11小时前 | xml · 反序列化 · Go问答 · Go encoding/xml XML命名空间 XML前缀
- XML命名空间前缀读取为空怎么办
- 283浏览 收藏
-
- Golang · Go问答 | 11小时前 |
- CSV字段中换行导致读取错位怎么办
- 409浏览 收藏
查看更多
课程推荐
-
- 前端进阶之JavaScript设计模式
- 设计模式是开发人员在软件开发过程中面临一般问题时的解决方案,代表了最佳的实践。本课程的主打内容包括JS常见设计模式以及具体应用场景,打造一站式知识长龙服务,适合有JS基础的同学学习。
- 543次学习
-
- GO语言核心编程课程
- 本课程采用真实案例,全面具体可落地,从理论到实践,一步一步将GO核心编程技术、编程思想、底层实现融会贯通,使学习者贴近时代脉搏,做IT互联网时代的弄潮儿。
- 516次学习
-
- 简单聊聊mysql8与网络通信
- 如有问题加微信:Le-studyg;在课程中,我们将首先介绍MySQL8的新特性,包括性能优化、安全增强、新数据类型等,帮助学生快速熟悉MySQL8的最新功能。接着,我们将深入解析MySQL的网络通信机制,包括协议、连接管理、数据传输等,让
- 500次学习
-
- JavaScript正则表达式基础与实战
- 在任何一门编程语言中,正则表达式,都是一项重要的知识,它提供了高效的字符串匹配与捕获机制,可以极大的简化程序设计。
- 487次学习
-
- 从零制作响应式网站—Grid布局
- 本系列教程将展示从零制作一个假想的网络科技公司官网,分为导航,轮播,关于我们,成功案例,服务流程,团队介绍,数据部分,公司动态,底部信息等内容区块。网站整体采用CSSGrid布局,支持响应式,有流畅过渡和展现动画。
- 485次学习
查看更多
AI推荐
-
- PubMedQA
- 深入了解PubMedQA生物医学问答数据集,涵盖其核心功能、使用方法及在临床决策、药物研发等场景的应用,助力提升NLP模型性能。
- 1043次使用
-
- H2O EvalGPT
- H2O EvalGPT是H2O.ai推出的开源LLM评估平台,提供详细的大模型性能排行榜、行业特定基准测试及A/B测试功能,助您快速选择最适合项目的高性能大语言模型。
- 1040次使用
-
- LMArena
- LMArena是加州大学伯克利分校推出的AI模型匿名评测平台。通过盲测投票机制,用户可对比不同大模型回答并生成实时排行榜,助力开发者优化模型及用户选择最佳AI工具。
- 1187次使用
-
- HELM
- 深入了解斯坦福推出的HELM(Holistic Evaluation of Language Models)大模型评测体系。本文解析其核心功能、安装配置步骤及应用场景,涵盖准确性、公平性、鲁棒性等多维度指标,助力开发者全面优化语言模型性能。
- 1143次使用
-
- MMBench
- MMBench是由上海人工智能实验室等机构联合推出的多模态基准测试平台,提供细粒度能力评估、大规模数据集及VLMEvalKit工具。本文详细介绍其核心功能、安装使用方法及应用场景,助力开发者全面评估多模态模型性能。
- 987次使用
查看更多
相关文章
-
- 用Nginx反向代理部署go写的网站。
- 2023-01-17 502浏览
-
- GoLand调式动态执行代码
- 2023-01-13 502浏览
-
- 正则命名捕获组取不到值怎么办
- 2026-11-15 501浏览
-
- Go pprof profile duration 参数如何理解
- 2026-11-14 501浏览
-
- Go types.Selection.Type 与 Obj.Type 为什么不总是相同
- 2026-11-10 501浏览

