gcc的 "-fpack-struct" 编译选项导致程序core dump的分析

最新推荐文章于 2023-02-10 08:25:53 发布

一个手艺人

最新推荐文章于 2023-02-10 08:25:53 发布

阅读量1.9k

点赞数 2

分类专栏： gcc

本文链接：https://blog.csdn.net/yigeshouyiren/article/details/39608815

版权

本文介绍了在64位Linux环境下，使用GCC的 `-fpack-struct` 编译选项导致程序产生core dump的问题。通过分析core dump文件、源代码、汇编代码以及结构体内存布局，揭示了该编译选项如何影响结构体成员的内存对齐，从而引起非法指针访问。问题最终归因于32位和64位系统对结构体内存布局的不同处理。提醒开发者在使用此选项时要谨慎。

摘要由CSDN通过智能技术生成

最近team引入gcov来做代码分析。编译好的程序在Solaris上运行的好好的，结果在Linux上一运行就会产生core dump文件。这篇文章就介绍整个分析过程。

首先用gdb分析core文件,显示是strlen调用出了问题：

(gdb) bt
#0  0x00000034e433386f in __strlen_sse42 () from /lib64/libc.so.6
#1  0x000000000053c57a in __gcov_init ()
#2  0x000000000053c4b9 in _GLOBAL__I_65535_0_g_cmd_param () at source/rerun/aicent_ara_rerun.c:963
#3  0x000000000053dc26 in __do_global_ctors_aux ()
#4  0x0000000000403743 in _init ()
#5  0x00007fff6d6b3ce8 in ?? ()
#6  0x000000000053db55 in __libc_csu_init ()
#7  0x00000034e421ecb0 in __libc_start_main () from /lib64/libc.so.6
#8  0x0000000000404449 in _start ()

由于我们使用的gcc是用安装包形式安装的，没有源码。所以就从github上找了相应版本的gcc源代码，希望能有所帮助。以下是__gcov_init函数的代码（https://github.com/gcc-mirror/gcc/blob/gcc-4_4_7-release/gcc/libgcov.c）：

void
__gcov_init (struct gcov_info *info)
{
  if (!info->version)
    return;
  if (gcov_version (info, info->version, 0))
    {
      const char *ptr = info->filename;
      gcov_unsigned_t crc32 = gcov_crc32;
      size_t filename_length =  strlen(info->filename);

      /* Refresh the longest file name information */
      if (filename_length > gcov_max_filename)
        gcov_max_filename = filename_length;

      do
    {
      unsigned ix;
      gcov_unsigned_t value = *ptr << 24;

      for (ix = 8; ix--; value <<= 1)
        {