C++ in _int_malloc () from /lib64/libc.so.6 问题记录

最新推荐文章于 2023-08-03 18:20:46 发布
最新推荐文章于 2023-08-03 18:20:46 发布
阅读量1.6k 收藏
点赞数 1
分类专栏： C++ 文章标签： c++ 大数据 开发语言
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/ejoft/article/details/125682804
版权

背景

在运行 C++ 程序时出现了 Segment Fault，通过gdb 分析 core 文件，打印出如下堆栈，可以发现主要问题就是 in _int_malloc () from /lib64/libc.so.6
在这里插入图片描述

问题分析

分析代码，猜测还是因为递归函数的调用层次过深，导致内存溢出，尝试在中途结束递归过程，程序不会报错

EJoft
关注
专栏目录
C/C++动态检测内存错误利器 - ASan
编程与实战的博客
11-10 4564
来自公众号：大胖聊编程作者：大胖ASan，即Address Sanitizer，是一个适用于c/c++程序的动态内存错误检测器，它由一个编译器检测模块（LLVM pass）和一个替换mal...
musl libc库的编译以及malloc & mutex实现简析
tugouxp的专栏
06-20 4474
musl libc中的类型定义很有意思，在原始压缩包中是找不到pthread_mutex_t等结构体的类型定义的，它是编译时产生的。产生逻辑是根据mkalltypes.sed和alltypes.h.in 文件，由sed生成的alltypes.h包含了类型定义定义也很有特点，重要类型都定义为联合体，只负责分配内存，至于类型本身的语义，则由实现宏来重新定义：根据__x前缀x区分不同的API，比如__m_xxx表示的是mutex结构成员，而__c_xxx则是condition结构成员。
malloc崩溃原因 in _int_malloc () from /lib64/libc.so.6
xiuzhentianting的博客
12-28 1万+
一般是分配的内存被释放了，又去写入野指针了。 或者分配的内存写入越界了。
0x00007ffff7ade419 in memcpy () from /lib/libc.so.6
Norton的专栏
03-25 6124
先看gdb跟踪过程 Hardware watchpoint 3: pad_front Old value = 4 New value = 15 breath_travel (pRoot=0x603030, pQueue=0x603010) at print_tree_final.c:206 206         if((qNode->blank == 1)) (gdb) n
c语言malloc定义报错core,搞清楚C语言指针
weixin_33278498的博客
05-22 375
Part 0：为什么要写这篇文章C语言中的指针是C语言的精髓，也是C语言的重难点之一。然而，很少有教程能把指针讲的 初学者能听懂 ，还不会引起歧义。本文章会尝试做到这一点，如有错误，请指出。Part 1：地址和 &我们先抛开指针不谈，来讲一个小故事：一天，小L准备去找小S玩。但是小L不知道小S的家住在哪里，正当他着急的时候，他看到了一个路牌，上面写着：小S的家在神仙小区403哦，真的是要素...
in ?? () from /usr/lib64/libstdc++.so.6 linuxC++string 程序异常崩溃
进击的小猿
08-27 1209
今天跨平台移植代码完成以后，测试环境跑服务发现windows下正常，linux程序出现崩溃报段错误。 信息如下in ?? () from /usr/lib64/libstdc++.so.6。 查看了下代码发现定义的结构体内部初始化用了memset(this, 0 , sizeof(struct)), 其实这个错误主要原因就是这里 “不要对含有字符串的结构体使用memset”。 ...
malloc崩溃
yunlianglinfeng的专栏
02-24 5157
malloc崩溃
Linux线程释放 内存没释放,Linux下free释放内存死锁有关问题
weixin_39639686的博客
04-30 891
Linux下free释放内存死锁问题#00x00007f6267789d2binpthread_once()from/lib64/libpthread.so.0#10x00007f626689ec54inbacktrace()from/lib64/libc.so.6#20x00007f626681084bin__libc_message()from/lib...
一次__libc_message的排查
weixin_33816300的博客
09-28 1275
信号是6，abort调用的。总体而言，当你malloc的指针为A，但是你free的指针不是A，则容易出这个错，当然假设你free的刚好是别人malloc的，则还是正常。 还有一种是你free的地址在glibc里面记录的size有问题，也会报这个错，本文就是第二个情况。 　abort的堆栈如下： #0 0x00007f338dd60b55 in raise () from /lib64/li...
gdb 全局变量被修改_排错经历：全局变量被多次析构
weixin_36487018的博客
01-13 1293
我们team有一套C++写的server程序，最近发现它在每次退出的时候会崩溃，core dump文件的栈如下：(gdb) bt#0 0x0000003ea4e32925 in raise () from /lib64/libc.so.6#1 0x0000003ea4e34105 in abort () from /lib64/libc.so.6#2 0x0000003ea4e70837 i...
/lib64/libc.so.6: version `GLIBC_2.16‘ not found (required by node)
热门推荐
hh3167253066的博客
09-28 1万+
在linux上安装node环境好了后，想运行node试一下，报错/lib64/libc.so.6: version `GLIBC_2.16’ not found (required by node) 这个错误的原因是未安装2.17版本的glibc库。 一、查看系统中可使用的glibc版本 //使用strings命令查看 strings /lib64/libc.so.6 |grep GLIBC_ //查看结果如下： GLIBC_2.2.5 GLIBC_2.2.6 GLIBC_2.3 GLIBC_2.3.2 G
linux 信号 进程死锁,linux信号处理程序中的malloc导致死锁(malloc inside linux signal handler cause deadlock)...
weixin_36467992的博客
05-01 623
linux信号处理程序中的malloc导致死锁(malloc inside linux signal handler cause deadlock)首先对于在信号处理程序中调用malloc感到抱歉:)我也明白我们不应该在信号处理程序中做任何耗时的任务/这种讨厌的东西。但我很想知道它坠毁的原因吗？#0 0x00006e3ff2b60dce in _lll_lock_wait_private () ...
C语言-报错集锦-03-malloc(): memory corruption: 0x0000000001496d90 ***
最新发布
qq_45111959的博客
08-03 698
排查并解决：C语言报错：-malloc(): memory corruption: 0x0000000001496d90 ***，包含分析过程和问题总结。
深入探究 Linux C中进程崩溃
刘森林l的博客
04-23 1565
目录 前言 栈内存异常以及案列分享 堆内存异常以及案列分享 Ptmalloc的内存管理 前言 LinuxC的内存管理融入了设计者很多高效的算法和思想，提供了用户直接可以操作的内存的“指针”，这也是其他语言不涉及的（除Go语言21世纪的C语言），但是对于指针这把双刃剑，开发者操作着进程的内存，难免造成意想不到的崩溃问题，其实踩内存情况应该把栈和堆（ptmalloc）分开，因为linux对这两块的管理...
gdb 调试core文件报错： in free () from /lib64/libc.so.6 找不到原因啊
weixin_30719711的博客
06-12 5093
运行程序死掉找不到原因啊。。gdb跟踪与堆栈信息贴出来了麻烦大佬们看一下，给个回复，不胜感激！！ Core was generated by `./scene_s0037 10037'.Program terminated with signal 11, Segmentation fault.#0 GetStackTraceWithContext (result=0x...
操作系统--C++内存分配、内存泄漏
Just code it!
04-10 977
C++内存分配方式详解(堆、栈、自由存储区、全局/静态存储区和常量存储区) 一、数据结构中的栈和堆 虽说我们经常把堆栈放在一起称呼，但是不可否认的是，堆栈实际上是两种数据结构：堆和栈。 堆和栈都是一种数据项按序排列的数据结构。 栈：就像装数据的桶或箱子，它是一种具有后进先出性质的数据结构。 堆：一种经过排序的树形数据结构，每个结点都有一个值。通常我们所说的堆的数据结构，是指二叉堆。堆的特...
C语言:内存相关
Linux
08-14 240
1： #include <stdio.h> #include <string.h> #include <stdlib.h> int function(char *p) { p = (char *)malloc(100); } int main() { char *str = "helloworld"; char *p...
C/C++编程：错误解决总结
OceanStar的博客
11-20 8089
对’pthread_atfork’的未定义引用 错误 对'pthread_atfork'的未定义引用 原因：没有引用pthread 解决： -pthread undefined reference to symbol ‘dlclose@@GLIBC_2.2.5’ 错误： undefined reference to symbol 'dlclose@@GLIBC_2.2.5' //usr/lib64/libdl.so.2: error adding symbols: DSO missi
gcc与glibc关系
elimuzi的博客
01-28 4863
gcc与glibc关系 glibc是什么,以及与gcc的关系？ glibc是gnu发布的libc库，也即c运行库。glibc是linux 系统中最底层的api（应用程序开发接口），几乎其它任何的运行库都会倚赖于glibc。glibc除了封装linux操作系统所提供的系统服务外，它本 身也提供了许多其它一些必要功能服务的实现，主要的如下： （1）string，字符串处理 （2）signal，信号处理 （3）dlfcn，管理共享库的动态加载 （4）direct，文件目录操作 （5）elf，共享库的动态加载器，
分析以下valgrind 信息 ==32456== 24 bytes in 1 blocks are definitely lost in loss record 68 of 294 ==32456== at 0x4C2A7E6: operator new(unsigned long, std::nothrow_t const&) (vg_replace_malloc.c:385) ==32456== by 0x69DAF1D: __cxa_thread_atexit (in /usr/lib64/libstdc++.so.6.0.19) ==32456== by 0x5BB2518: rocksdb::InstrumentedMutex::Lock() (in /usr/lib64/librocksdb.so.6.20.3) ==32456== by 0x5A66C97: rocksdb::DBImpl::BackgroundCallCompaction(rocksdb::DBImpl::PrepickedCompaction*, rocksdb::Env::Priority) (in /usr/lib64/librocksdb.so.6.20.3) ==32456== by 0x5A672C9: rocksdb::DBImpl::BGWorkCompaction(void*) (in /usr/lib64/librocksdb.so.6.20.3) ==32456== by 0x5C97FB5: rocksdb::ThreadPoolImpl::Impl::BGThread(unsigned long) (in /usr/lib64/librocksdb.so.6.20.3) ==32456== by 0x5C981C5: rocksdb::ThreadPoolImpl::Impl::BGThreadWrapper(void*) (in /usr/lib64/librocksdb.so.6.20.3) ==32456== by 0x6A3332F: ??? (in /usr/lib64/libstdc++.so.6.0.19) ==32456== by 0x5046EA4: start_thread (in /usr/lib64/libpthread-2.17.so) ==32456== by 0x729CB0C: clone (in /usr/lib64/libc-2.17.so)
07-14
根据Valgrind提供的信息，可以得出以下分析： 这段Valgrind信息表示在程序运行结束时，有24字节的内存块是明确丢失的。这是在294条记录中的第68条记录。 这个内存块的分配是通过`operator new`函数进行的，具体是在`vg_replace_malloc.c`文件的`operator new(unsigned long, std::nothrow_t const&)`函数中进行的。这个函数用于分配内存，并且使用了`std::nothrow_t`参数，表示在分配失败时不抛出异常。 这个内存块的丢失发生在`libstdc++.so.6.0.19`库文件中的`__cxa_thread_atexit`函数中。这个函数是C++标准库中的一个线程退出钩子函数，用于在线程退出时执行清理操作。 进一步跟踪，这个内存块的丢失是在`librocksdb.so.6.20.3`库文件中的`rocksdb::InstrumentedMutex::Lock()`函数中发生的。这个函数是RocksDB数据库引擎的一个锁操作函数，用于获取互斥锁。 在调用堆栈中，可以看到这个内存块丢失是在RocksDB数据库引擎的后台合并线程（Background Compaction）中发生的。具体是在`rocksdb::DBImpl::BackgroundCallCompaction()`和`rocksdb::DBImpl::BGWorkCompaction()`函数中进行的合并操作。 最后，从调用堆栈中可以看到，这个内存块的丢失是在后台线程中发生的。这是在`librocksdb.so.6.20.3`库文件中的`rocksdb::ThreadPoolImpl::Impl::BGThread()`和`rocksdb::ThreadPoolImpl::Impl::BGThreadWrapper()`函数中执行的。 综上所述，根据Valgrind的信息分析，这段代码中存在一个明确的内存泄漏问题，24字节的内存块在后台合并线程中丢失。需要进一步检查代码，确保在合适的时机释放这些内存块，以避免资源泄漏和潜在的问题。
评论 2
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值