提取二进制文件中的 _cgo_topofstack@@Base

各位小伙伴们，大家好呀！看看今天我又给各位带来了什么文章？本文标题是《提取二进制文件中的 _cgo_topofstack@@Base》，很明显是关于Golang的文章哈哈哈，其中内容主要会涉及到等等，如果能帮到你，觉得很不错的话，欢迎各位多多点评和分享！

_cgo_topofstack@@base 在来自 go 的剥离二进制文件的上下文中意味着什么？

$ cat simple.go
package main
import
(
    "net"
    "time"
    "strconv"
)

func main() {
    tcpaddr, _ := net.resolvetcpaddr("tcp4", ":7777")
    listener, _ := net.listentcp("tcp", tcpaddr)
    conn, _ := listener.accept()
    daytime := time.now().string()+strconv.itoa(0xdeadface)
    conn.write([]byte(daytime))
}

代码应该被删除 - _cgo_topofstack@@base 是什么意思？

$ go build -gcflags=-l -ldflags "-s -w" -o simple_wo_symbols simple.go
$ objdump -D -S simple_wo_symbols > simple_wo_symbols.human
$ sed -n "198899,198904p" simple_wo_symbols.human
  4b9860:   e8 db c1 fb ff          callq  475a40 <_cgo_topofstack@@Base+0xe4c0>
  4b9865:   48 8b 44 24 18          mov    0x18(%rsp),%rax
  4b986a:   48 89 44 24 70          mov    %rax,0x70(%rsp)
  4b986f:   48 8b 4c 24 20          mov    0x20(%rsp),%rcx
  4b9874:   48 89 4c 24 40          mov    %rcx,0x40(%rsp)
  4b9879:   ba ce fa ad de          mov    $0xdeadface,%edx

编辑（更好地说明问题）：

• 为什么这个符号存在于剥离的二进制文件中？
• 批准 peter-cordes 声明：被调用的函数与 _cgo_topofstack@@base 处的函数完全无关，并且添加此（不相关且冗余）信息是一个 objdump （奇怪？）的事情
• 可能与此相关（？）：有 go 惯用的剥离方式吗？！

正确答案

_cgo_topofstack@@base 是一个由于某种原因仍然存在于剥离的二进制文件中的符号。您的调用是对地址 0xe4c0 的调用，除此之外，无论函数位于何处，与实际的 _cgo_topofstack 代码完全无关。

反汇编程序将地址描述为符号+偏移量是正常的。

这种风格对于数据数组（例如，将 x = global_array[10] 之类的内容编译到 global_array+40 的负载中，如果 global_array 的符号仍然存在）以及函数内的跳转有意义。对于这种情况，除了让您查看附近的内容以及查看较小的数字之外，它通常没有帮助。

与其实现花哨的逻辑来决定是否打印地址的 symbol+offset 版本，而不仅仅是数字绝对地址，汇编程序总是这样做要容易得多（并且没有出错的风险）它。从地址开始向后搜索并获取找到的第一个符号。或者，对于节中第一个符号之前的地址，打印为 foo - 0x...。人们需要利用判断和经验来理解输出，尤其是在查看剥离的二进制文件的反汇编时。

（反汇编程序没有可以查看的标志来检测是否被剥离的二进制文件；检测这一点是一个启发式的问题，就像注意到最直接的 call 目标是没有自己的符号的地址一样。） p>

据我所知，gnu binutils objdump 没有不打印地址符号版本的选项。 --no-addresses 做了一些不同的事情。

我不确定 @@base 是关于什么的。不过，这似乎并不是 go 所独有的。在我的 x86-64 arch gnu/linux 系统上， objdump -d /bin/ls （这是一个剥离的 pie 可执行文件）显示了很多地址，例如 22d60 <_obstack_memory_used@@base+0xc2a0> 。因此，这就是该程序的大部分代码之前的最后一个符号。

@@ 的其他情况包括同一二进制文件中的 glibc 符号 abi 版本控制，例如23298 。这个 arch linux 二进制文件是在最新的 arch linux 系统上编译的，实际上并没有与古老的 glibc 2.2.5 链接，但我认为这意味着 optarg 的类型或其他东西自 glibc 2.2.5 以来没有改变。可能不是从早些时候开始的，但 2.2.5 可能是 glibc 开始以这种方式命名符号的时候。请对这一段持保留态度，因为我真的不知道 libc.so 如何安排 ld 用这些 @@ 版本化名称替换 stderr 等符号名称，也不知道它的历史。

关于_cgo_topofstack是关于什么的，可以看introduced in its current form in Go 1.4、original name cgo_topofstack

（但是，正如 the comments 中的 Peter Cordes 所指出的，这并不能解释为什么该符号仍会出现在 stripped binary 中）

// Called from cgo wrappers, this function returns g->m->curg.stack.hi.
// Must obey the gcc calling convention.
TEXT cgo_topofstack(SB),NOSPLIT,$0
    get_tls(CX)
    MOVL    g(CX), AX
    MOVL    g_m(AX), AX
    MOVL    m_curg(AX), AX
    MOVL    (g_stack+stack_hi)(AX), AX
    RET

用于修复golang/go/issue 8771：

CL 144130043 添加：

已修改为 commit e1364a6。

“@@”部分应该是 option of objdump、--symbols 的结果

本篇关于《提取二进制文件中的 _cgo_topofstack@@Base》的介绍就到此结束啦，但是学无止境，想要了解学习更多关于Golang的相关知识，请关注golang学习网公众号！