【go/方法记录】cgo静态库编译以及使用dlv定位cgo崩溃问题

ops/2024/9/25 16:02:41/

目录

  • 说在前面
  • 文件树
  • 静态库编译
  • cgo使用
  • 崩溃模拟
  • 使用dlv定位崩溃
  • 参考

说在前面

  • 测试环境：WSL2
  • go版本：go version go1.23.1 linux/amd64
  • gcc版本：gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0
  • cmake版本：3.22.1

文件树

├── buffer # go package
│   ├── buffer.go
│   ├── buffer_go.h
│   └── libbuffer.a
├── c # c/c++源代码
│   ├── CMakeLists.txt # cmake
│   ├── buffer # c/c++源代码
│   │   ├── buffer.h
│   │   ├── buffer_go.cpp
│   │   └── buffer_go.h
│   ├── lib # 静态库目录
│   │   └── libbuffer.a
│   └── main.cpp
└── main.go

静态库编译

  • 这部分和go无关，按照正常的静态库编译走就行，这里我使用cmake进行编译
  • buffer.h
    #ifndef __BUFFER_H__
#define __BUFFER_H__
#include <string>struct Buffer {std::string* s_;Buffer(int size) {this->s_ = new std::string(size, char('\0'));}~Buffer() {delete this->s_;}int Size() const {return this->s_->size();}char* Data() {return (char*)this->s_->data();}
};#endif
  • 然后我们需要对其进行封装，这部分可以参考这里
  • buffer_go.h
    #define DLLIMPORT#ifdef __cplusplus
extern "C" {
#endiftypedef struct Buffer_T Buffer_T;Buffer_T* NewBuffer(int size);
void DeleteBuffer(Buffer_T* p);
int BufferSize(Buffer_T* p);#ifdef __cplusplus
}
#endif
  • buffer_go.cpp
    #include "buffer.h"
#include "buffer_go.h"#ifdef __cplusplus
extern "C" {
#endifstruct Buffer_T: Buffer {Buffer_T(int size): Buffer(size) {}~Buffer_T() {}
};DLLIMPORT Buffer_T* NewBuffer(int size) {auto p = new Buffer_T(size);return p;
}DLLIMPORT void DeleteBuffer(Buffer_T* p) {delete p;
}DLLIMPORT int BufferSize(Buffer_T* p) {return p->Size();
}#ifdef __cplusplus
}
#endif
  • 然后就是cmake
    cmake_minimum_required(VERSION 3.2)
project(Buffer)
set(CMAKE_BUILD_TYPE "RELEASE")
set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -std=c++11")# 设置编译后库文件目录
set(LIBRARY_OUTPUT_PATH ${PROJECT_SOURCE_DIR}/lib)include_directories(${PROJECT_SOURCE_DIR}/buffer)
# 添加编译可执行文件
aux_source_directory(${PROJECT_SOURCE_DIR}/buffer SRC)add_library(buffer STATIC ${SRC})
add_executable(buffer_exemain.cpp)# 链接主程序
target_link_libraries(buffer_exePRIVATEbuffer)
  • 执行编译
    cd ./c
cmake .
make
    动态库将生成在目录./c/lib

cgo使用

  • 首先将buffer_go.h、libbuffer.a拷贝到./buffer目录下，并创建buffer.go文件。注意，以下注释中的#include "buffer_go.h"和import "C"不要有空行
  • buffer.go
    package buffer// #cgo CFLAGS: -I.
// #cgo CXXFLAGS: -std=c++11
// #cgo LDFLAGS: -L./ -lbuffer -lstdc++
//
// #include "buffer_go.h"
import "C"type BufferT C.Buffer_Tfunc NewBuffer(size int) *BufferT {p := C.NewBuffer(C.int(size))return (*BufferT)(p)
}func DeleteBuffer(p *BufferT) {C.DeleteBuffer((*C.Buffer_T)(p))
}func BufferSize(p *BufferT) C.int {return C.BufferSize((*C.Buffer_T)(p))
}
  • 然后是main.go
    package mainimport ("fmt"
)func main() {b := buffer.NewBuffer(2)fmt.Println(buffer.BufferSize(b))buffer.DeleteBuffer(b)
}
  • 执行程序输出
    ~/cgotest$ go run main.go
2

崩溃模拟

  • 正常go中的崩溃，例如空指针调用等是可以通过recover处理的，例如

    func main() {go func() {defer func() {if err := recover(); err != nil {fmt.Println("err: ", string(debug.Stack()))}}()time.Sleep(5 * time.Second)var b uint32var a uint32_ = b / a}()var i intfor {time.Sleep(time.Second)i++fmt.Println(i)}
}

    可以看到进程可以继续运行

    ~/cgotest$ go run main.go
1
2
3
4
err:  goroutine 18 [running]:
runtime/debug.Stack()/usr/local/go/src/runtime/debug/stack.go:26 +0x5e
main.main.func1.1()/home/xx/cgotest/main.go:14 +0x2a
panic({0x49cb60?, 0x54d840?})/usr/local/go/src/runtime/panic.go:785 +0x132
main.main.func1()/home/xx/cgotest/main.go:23 +0x3f
created by main.main in goroutine 1/home/xx/cgotest/main.go:11 +0x1a5
6

  • 而对于cgo中的崩溃，目前go是没法进行recover的，会导致进程直接崩溃

    package mainimport ("cgotest/cgotest/buffer""fmt""runtime/debug""time"
)func main() {go func() {defer func() {if err := recover(); err != nil {fmt.Println("err: ", string(debug.Stack()))}}()time.Sleep(5 * time.Second)b := buffer.NewBuffer(2)buffer.DeleteBuffer(b)b = nilfmt.Println(buffer.BufferSize(b))}()var i intfor {time.Sleep(time.Second)i++fmt.Println(i)}
}

    ~/cgotest$ go run main.go
1
2
3
4
SIGSEGV: segmentation violation
PC=0x4930b4 m=5 sigcode=1 addr=0x0
signal arrived during cgo executiongoroutine 6 gp=0xc000007dc0 m=5 mp=0xc000100008 [syscall]:
runtime.cgocall(0x492550, 0xc000076750)goroutine 6 gp=0xc000007dc0 m=5 mp=0xc000100008 [syscall]:
runtime.cgocall(0x492550, 0xc000076750)/usr/local/go/src/runtime/cgocall.go:167 +0x4b fp=0xc000076728 sp=0xc0000766f0 pc=0x462f8b
cgotest/cgotest/buffer._Cfunc_BufferSize(0x0)_cgo_gotypes.go:52 +0x47 fp=0xc000076750 sp=0xc000076728 pc=0x475b87
main.main.func1.BufferSize.3(0x0)/home/xx/cgotest/buffer/buffer.go:22 +0x3b fp=0xc000076788 sp=0xc000076750 pc=0x4923fb
cgotest/cgotest/buffer.BufferSize(...)/home/xx/cgotest/buffer/buffer.go:22
main.main.func1()/home/xx/cgotest/main.go:29 +0x6c fp=0xc0000767e0 sp=0xc000076788 pc=0x49234c
runtime.goexit({})/usr/local/go/src/runtime/asm_amd64.s:1700 +0x1 fp=0xc0000767e8 sp=0xc0000767e0 pc=0x46e601
created by main.main in goroutine 1/home/xx/cgotest/main.go:12 +0x1a

  • 可以看到进程退出并输出了堆栈信息

使用dlv定位崩溃

  • 虽然崩溃时的堆栈信息有标准输出，但是有时标准输出中的堆栈信息可能会被覆盖掉，少了最前面的信息，这个时候可以开启coredump并使用dlv来定位
  • 启用coredump
    ulimit -c unlimited
GOTRACEBACK=crash go run main.go
    在进程崩溃后会生成coredump文件
  • 查看coredump文件目录
    ~/cgotest$ cat /proc/sys/kernel/core_pattern
/mnt/wslg/dumps/core.%e
    可以看到文件生成在/mnt/wslg/dumps/
    ~/cgotest$ ll /mnt/wslg/dumps/
total 6684
-rw------- 1 le   le   83562496 Sep 21 16:04 core.main
  • 安装dlv
    go install github.com/go-delve/delve/cmd/dlv@latest
    可以在gopath文件夹下找到
    ~/cgotest$ /home/xx/go/bin/
dlv          gopls        staticcheck
  • 使用
    # dlv core 二进制程序 coredump文件
~/go/bin/dlv core cgotest /mnt/wslg/dumps/core.main
    结果如下
    ~/cgotest$ ~/go/bin/dlv core cgotest /mnt/wslg/dumps/core.main 
Type 'help' for list of commands.
(dlv) bt0  0x000000000046fde1 in runtime.raiseat /usr/local/go/src/runtime/sys_linux_amd64.s:1541  0x000000000044b625 in runtime.dieFromSignalat /usr/local/go/src/runtime/signal_unix.go:9422  0x000000000044bc86 in runtime.sigfwdgoat /usr/local/go/src/runtime/signal_unix.go:11543  0x000000000044a625 in runtime.sigtrampgoat /usr/local/go/src/runtime/signal_unix.go:4324  0x000000000046fde1 in runtime.raiseat /usr/local/go/src/runtime/sys_linux_amd64.s:1535  0x000000000044b625 in runtime.dieFromSignalat /usr/local/go/src/runtime/signal_unix.go:9426  0x000000000044b1a6 in runtime.crashat /usr/local/go/src/runtime/signal_unix.go:1031
Sending output to pager...0  0x000000000046fde1 in runtime.raiseat /usr/local/go/src/runtime/sys_linux_amd64.s:1541  0x000000000044b625 in runtime.dieFromSignalat /usr/local/go/src/runtime/signal_unix.go:9422  0x000000000044bc86 in runtime.sigfwdgoat /usr/local/go/src/runtime/signal_unix.go:11543  0x000000000044a625 in runtime.sigtrampgoat /usr/local/go/src/runtime/signal_unix.go:4324  0x000000000046fde1 in runtime.raiseat /usr/local/go/src/runtime/sys_linux_amd64.s:1535  0x000000000044b625 in runtime.dieFromSignalat /usr/local/go/src/runtime/signal_unix.go:9426  0x000000000044b1a6 in runtime.crashat /usr/local/go/src/runtime/signal_unix.go:10317  0x000000000044b1a6 in runtime.sighandlerat /usr/local/go/src/runtime/signal_unix.go:8068  0x000000000044a726 in runtime.sigtrampgoat /usr/local/go/src/runtime/signal_unix.go:4909  0x00000000004930b4 in ???at ?:-1
10  0x000000000049256b in C._cgo_a4c0d8419d5e_Cfunc_BufferSizeat /tmp/go-build/buffer.cgo2.c:55
11  0x000000000046e284 in runtime.asmcgocallat /usr/local/go/src/runtime/asm_amd64.s:923
12  0x0000000000000000 in ???at ?:-1
13  0x0000000000462fb5 in runtime.cgocallat /usr/local/go/src/runtime/cgocall.go:185
14  0x0000000000475b87 in cgotest/cgotest/buffer._Cfunc_BufferSizeat _cgo_gotypes.go:52
15  0x00000000004923fb in main.main.func1.BufferSize.3at ./buffer/buffer.go:22
16  0x0000000000492345 in cgotest/cgotest/buffer.BufferSizeat ./buffer/buffer.go:22
17  0x0000000000492345 in main.main.func1at ./main.go:29
18  0x000000000046e601 in runtime.goexitat /usr/local/go/src/runtime/asm_amd64.s:1700

参考

  • dlv安装

http://www.ppmy.cn/ops/115848.html

相关文章

STM32与51单片机的区别：是否应该直接学习STM32？

STM32与51单片机的区别：是否应该直接学习STM32？

STM32与51单片机的区别&#xff1a;是否应该直接学习STM32&#xff1f; 在单片机的世界里&#xff0c;STM32和51单片机都是非常重要的角色。对于初学者来说&#xff0c;是否可以直接跳过51单片机&#xff0c;直接学习STM32&#xff0c;这个问题一直存在争议。让我们深入探讨这…
阅读更多...
AWS注册时常见错误处理

AWS注册时常见错误处理

引言 创建AWS账号是使用AWS云服务的第一步&#xff0c;但在注册过程中可能会遇到一些常见的问题。本文中九河云将帮助您排查和解决在创建AWS账户时可能遇到的一些常见问题&#xff0c;包括未接到验证电话、最大失败尝试次数错误以及账户激活延迟等。 常见问题及解决方法 1. …
阅读更多...
IPsec-Vpn

IPsec-Vpn

网络括谱图 IPSec-VPN 配置思路 1 配置IP地址 FWA:IP地址的配置 [FW1000-A]interface GigabitEthernet 1/0/0 [FW1000-A-GigabitEthernet1/0/0]ip address 10.1.1.1 24 [FW1000-A]interface GigabitEthernet 1/0/2 [FW1000-A-GigabitEthernet1/0/2]ip address
阅读更多...
基于丹摩云平台——Faster-RCNN 训练与测试指南

基于丹摩云平台——Faster-RCNN 训练与测试指南

Faster-RCNN 训练与测试指南 前言 今天我们要来实现一个经典的目标检测模型&#xff1a;Faster-Rcnn。我们使用丹摩云平台来实现&#xff0c;这是个很强大的云端平台&#xff0c;功能众多&#xff0c;你可以投你所好去进行你想做的事情。 DAMODEL丹摩——专为AI打造的智算云…
阅读更多...
netfilter和iptables--netfilter源码篇

netfilter和iptables--netfilter源码篇

netfilter和iptables–netfilter源码篇 防火墙是保护服务器和基础设施的重要工具&#xff0c;在Linux系统下&#xff0c;目前广泛使用的防火墙工具是iptables&#xff0c;但实际进行规则实施并产生实际作用的是Netfilter&#xff0c;iptables与内核中的netfilter框架中Hook协同…
阅读更多...
CentOS中使用Docker运行mysql并挂载本地目录

CentOS中使用Docker运行mysql并挂载本地目录

《 CentOS 中安装 Docker 并挂载本地目录》 一、安装 Docker 更新系统软件包&#xff1a; sudo yum update -y安装必要的软件包&#xff1a; sudo yum install -y yum-utils device-mapper-persistent-data lvm2添加 Docker 软件源&#xff1a; sudo yum-config-manager --add…
阅读更多...
3D Slicer医学图像全自动AI分割组合拳-MONAIAuto3DSeg扩展

3D Slicer医学图像全自动AI分割组合拳-MONAIAuto3DSeg扩展

3D Slicer医学图像全自动AI分割组合拳-MONAIAuto3DSeg扩展 1 官网下载最新3D Slicer image computing platform | 3D Slicer 版本5.7 2 安装torch依赖包&#xff1a; 2.1 进入安装目录C:\Users\wangzhenlin\AppData\Local\slicer.org\Slicer 5.7.0-2024-09-21\bin&#xff0…
阅读更多...
Python编码系列—Python模板方法模式：定义算法骨架，让子类实现细节

Python编码系列—Python模板方法模式：定义算法骨架，让子类实现细节

&#x1f31f;&#x1f31f; 欢迎来到我的技术小筑&#xff0c;一个专为技术探索者打造的交流空间。在这里&#xff0c;我们不仅分享代码的智慧&#xff0c;还探讨技术的深度与广度。无论您是资深开发者还是技术新手&#xff0c;这里都有一片属于您的天空。让我们在知识的海洋中…
阅读更多...
最新文章

Copyright @ 2022~2023