NS2之 glibc detected 事出有因

最新推荐文章于 2024-08-30 16:02:37 发布
转载 最新推荐文章于 2024-08-30 16:02:37 发布 · 1.1k 阅读 · 0

本文记录了在NS2中添加协议时遇到的段错误及使用gdb调试的过程。作者详细介绍了如何通过配置参数解决编译警告被误认为错误的问题，并最终解决了因未更新执行文件而导致的运行时错误。


    今天自己在ns2中添加协议过程，出现段错误，想用gdb调试，上网google下，发现只需加入-g参数就可以了，学长提醒我，直接在./configure --enable-debug就可以在不直接修改Makefile的情况下进行调试支持，其实相当于这一步将-g加入了Makefile，但是还有错误，是“warning as error”，解决方法是，把 -Werror参数去掉，因为这个参数是提醒编译器，把warning当作error来看待。这都不是问题。最大的问题是“*** glibc detected *** /usr/local/bin/ns: realloc(): invalid next size: 0x08609350 ***”。这个问题大了，提醒的内容有限。我推测如下：

1.gcc版本太高，运行时库和ns2的不兼容

2.环境变量配置不正确

      第一个方案可以否定，一般情况下如果运行时库不兼容，在编译阶段就提示了。而我编译通过了，而环境变量配置我也一一对照了。我暂时放弃了，今天又开始打开，想在不同目录下对ns进行gdb调试，令人惊喜的是在ns-2.34下竟然有一次成功了，但直接ns命令依然是上面的错误。明白了，make install实际上是将bin下的ns等复制到/usr/local/bin等相关路径下了，但是我重新make后的ns没有覆盖掉以前的ns，而以前的ns路径又是环境变量中最先找的路径，导致ns和.o不匹配了，只要重新make install一下就OK了

C++编程问题--glibc detected *** ./a.out: munmap_chunk(): invalid pointer: xxxxxx
小菜鸟上校的专栏
03-05 1万+
glibc detected *** ./a.out: munmap_chunk(): invalid pointer: xxxxxx问题的解决
glibc-2.30.tar.bz2
06-09
glibc，全称为GNU C Library，是GNU项目的一部分，是Linux系统中最重要的基础库之一。它为Linux操作系统提供了丰富的C语言编程接口，使得开发者能够利用C语言进行高效、稳定的应用程序开发。glibc-2.30是该库的一个...
C语言 - realloc使用注意事项
Dave_lzw的博客
10-16 986
realloc函数用来为ptr重新分配大小为size的一块内存 void * realloc ( void * ptr, size_t new_size ); 使用注意事项 如果ptr是NULL，则相当于调用malloc(new_size),成功返回首地址，失败返回NULL。 如果new_size == 0 , 相当于调用free(ptr); 如果ptr不是NULL、malloc、calloc的返回值，则报错realloc invalid pointer 若new_size < old_..
专题四1009
Lance
06-23 691
题意：给定n个点，m条路，求起点到终点的最短距离 解题思路：刚开始不会做，就去看了下课件，发现课件里讲的floyd-washall算法正好就是适用于这道题的，所以就采用了floyd算法 源码：     #include       #include       using namespace std;       int map[102][102],n;       void flo
make编译时出现 时钟错误 解决办法
liulianglin的专栏
09-15 3282
我在make的时候也出现了同样的问题，不过不是什么大问题，这个不影响编译结果 分析原因可能是： 服务器上的文件最后修改时间比当前时钟要晚 解决办法： 用touch 命令把源程序的时间戳改一下 find . -type f -exec touch {} \; 或者 touch *一下再重新编译
一个奇怪的NS2错误
一心两用
06-30 3036
ns2, leach, 错误
*** glibc detected ***
weixin_34009794的博客
04-12 550
现象： 今天线上一台服务器的php打算升级到php5.5，导入流量后，在php的error log中出现了一些 glibc delected错误。 如： *** glibc detected *** ./test: double free or corruption (fasttop): 0x00000000049cc010 *** 原因： 重复free...
glibc 2.28 (tar.bz2)
最新发布
10-08
glibc 2.28是GNU C库（glibc）的一个版本，glibc是广泛使用的一种C标准库。该版本的发布，为系统运行提供了基础的系统调用，使得程序能够更好地支持多线程，增强了对现代硬件和操作系统特性的支持。 在开发和运行...
glibc漏洞修复.rpm
02-25
在IT领域，尤其是Linux操作系统中，`glibc`（GNU C Library）是一个至关重要的组件，它是Linux系统的核心部分之一，提供了许多C语言编程所需的函数库。glibc不仅支持C语言，还为其他编程语言提供基础服务，如C++和...
精选资源
glibc-2.38.tar.bz2
03-04
gnu安装包
与realloc(): invalid next size:斗争了一天 总结
技术空间
03-29 8343
数据结构实验 要用顺序表实现栈 我想实现Push时栈空间不足就再申请 所以使用了realloc函数 以下代码编译通过 （gcc） 可是当我把栈元素类型换为double时 就出错了 郁闷 debug发现在第二次 realloc时出错 #include  #include  #include  #define LI
g++编译出现 glibc detected 错误
wqwqy123的博客
06-01 752
出现了*** glibc detected *** ./a.out: munmap_chunk(): invalid pointer: 0x00000000020a4270 *** ======= Backtrace: ========= /lib64/libc.so.6[0x381aa75dee] ./a.out[0x40939a] ./a.out[0x407166] ./a.out[0x406...
NS2 错误代码分析
techtracker的专栏
10-28 1234
 错误代码分析    特别感谢：hiboi<br />    作者：lzqlgq@gmail.com简介<br />" google不是万能的，没有google是万万不能的 "<br />     很多人人觉得使用ns2 debug 时，错误提示很乱，无从下手，很难找到错误根源，一个好的办法是使用google搜索，确实只要你有耐心，很多问题使用google都可以找到答案,但是 google不是万能的,所以自己从错误提示找出错误，改正错误的方法更重要 本文就是以一次错误为例找到错误的根源，错误改正于具
内存泄露之 glibc detected错误
Xiamenguoke的专栏
06-03 1787
一个小小的错误，害我浪费了半天时间。。 筒子们，不能用sizeof（结构体指针）啊。 虽然我深谙此理，可是还是由于粗心犯下了如此不可饶恕的错误。。 定义结构体时是这样的： typedef struct tagOnLineNode {  int nId;  int new_fd;  struct sockaddr_in ClientAddr;//online client host
C语言基础问题2 段错误（核心已储存）修改错误的经历
Jason_zhaojie的博客
07-14 1100
段错误（核心已存储）问题研究
ns2调试相关问题
philips_629的专栏
06-22 883
1.1 使用GDB调试在默认情况下不支持GDB调试，需要修改makefile.in：加上-g3选项.cc.o:     @rm -f $@       $(CPP) -g3 -c $(CFLAGS) $(INCLUDES) -o $@ $*.cc.c.o:       @rm -f $@       $(CC) -g3 -c $(CFLAGS) $(INCLUDES) -o $@ $*.c调试步骤：1．  转到ns-2.33目录下，cd ns-2.29-allinone/ns-2.332．  gdb ns3
realloc 使用详解（分析realloc invalid pointer、指针无效等错误）
weixin_30699235的博客
06-30 817
realloc函数用来为ptr重新分配大小为size的一块内存，看似很简单，在使用过程中却会发生各种错误。函数形式为： void * realloc ( void * ptr, size_t new_size ); 最近在网上查看了一些资料，在glibc中没有找到具体的实现（有人找到了可以发给我，ladd.cn@gmail.com)，查到了一个开源项目自己写的realloc代码，http://...
Linux内核编译时触发警告报错的解决方法
z_z_l的博客
08-30 696
的内容覆盖掉你刚才的手动修改；后再执行一遍标准操作就行了。文件后，不要再执行；
最短路的方法总结
江北绝尘
01-18 492
1.Dijkstra算法 #include #include #define Max 999999 int map[1005][1005]; int dis[1005]; void dijkstra(int n) {     int visit[1001]={0};     int min,i,j,k;     visit[1]=1;     for(i=1;i     {
Fatal error: glibc detected an invalid stdio handle
03-08
<think>嗯，用户遇到了一个错误：“Fatal error: glibc detected an invalid stdio handle”。我需要先理解这个错误的原因，然后给出解决方法。首先，这个错误通常与GLibC库有关，尤其是在处理标准输入输出（stdio）时出现了无效的操作，比如文件句柄被错误地关闭或重复关闭。可能的原因包括程序意外关闭了标准流（stdin、stdout、stderr），或者使用了无效的文件描述符。 接下来，我应该分步骤思考如何解决这个问题。第一步是检查代码中是否有显式关闭标准流的情况，比如close(STDIN_FILENO)这样的调用，这会导致后续使用这些流时出错。第二步，检查文件操作是否正确，比如确保每次打开文件后都有对应的关闭，并且没有重复关闭的情况。第三步，考虑使用调试工具，如GDB或Valgrind，来定位内存错误或无效操作的位置。第四步，确保系统环境正常，比如GLibC没有损坏，可以通过更新或重新安装来修复。 可能用户是在开发C或C++程序时遇到这个问题，所以需要针对这些语言给出建议。同时，用户可能不太熟悉底层文件操作，所以需要用简单的中文解释，避免使用过于专业的术语，但又要准确。另外，用户可能需要具体的例子来理解哪里出错了，比如在代码中错误地关闭了stdout，导致后续的printf崩溃。 还要考虑到用户的操作系统环境，比如是否是Linux，是否安装了正确版本的GLibC，或者是否有其他依赖问题。不过通常这个错误更多是程序逻辑问题，而不是系统环境问题，但也不能完全排除。需要给出检查系统环境的建议，但优先级放在代码检查上。 最后，总结解决步骤，让用户能一步步排查问题。同时提醒用户如果无法解决，可以检查系统日志或寻求进一步帮助。确保回答结构清晰，分点列出，便于用户跟随操作。</think>遇到 `Fatal error: glibc detected an invalid stdio handle` 错误时，通常表示程序在操作标准输入/输出（stdio）时使用了无效的文件句柄。以下是逐步排查和解决问题的思路： --- ### **1. 错误原因分析** 此错误由 **GLibC 运行时检测机制**触发，常见原因包括： - **文件句柄被错误关闭**：例如程序意外关闭了标准输入（`stdin`）、标准输出（`stdout`）或标准错误（`stderr`）的底层文件描述符。 - **重复关闭文件句柄**：对同一个文件描述符多次调用 `close()` 或 `fclose()`。 - **无效的文件操作**：尝试操作未正确打开或已损坏的文件指针。 - **内存越界或堆损坏**：其他内存错误间接破坏了文件句柄结构。 --- ### **2. 排查步骤** #### **(1) 检查代码中的文件操作** - **显式关闭标准流**：搜索代码中是否有类似 `close(STDIN_FILENO)`、`fclose(stdout)` 的操作（直接关闭文件描述符或标准流是危险的）。 - **文件打开/关闭配对**：确保每个 `fopen()` 都有对应的 `fclose()`，且未重复关闭。 - **检查文件指针有效性**：在调用 `fprintf`、`fwrite` 等函数前，确认文件指针未被意外置为 `NULL` 或已关闭。 #### **(2) 使用调试工具定位问题** - **GDB 调试**： ```bash gdb ./your_program (gdb) run ``` 程序崩溃后，使用 `bt` 查看堆栈跟踪，定位触发错误的代码位置。 - **Valgrind 检测内存错误**： ```bash valgrind --track-fds=yes --leak-check=full ./your_program ``` 检查输出中是否有非法文件操作或内存越界。 #### **(3) 检查第三方库或系统调用** - 如果使用了第三方库（如加密库、网络库），确认其是否正确处理文件描述符。 - 避免混合使用 **低级 I/O**（如 `open/read/write`）和 **高级 I/O**（如 `fopen/fread/fwrite`），这可能导致文件描述符管理混乱。 #### **(4) 系统环境检查** - 更新 GLibC 到最新版本（仅限高级用户）： ```bash sudo apt-get update && sudo apt-get install libc6 ``` - 检查系统日志： ```bash dmesg | tail -n 20 # 查看内核日志 journalctl -xe # 查看系统服务日志 ``` --- ### **3. 示例代码问题** 以下代码会触发此错误： ```c #include <stdio.h> #include <unistd.h> int main() { fclose(stdout); // 错误关闭标准输出 printf("Hello\n"); // 尝试使用已关闭的 stdout return 0; } ``` **修复方式**：避免直接关闭标准流，除非有特殊需求且能确保后续不再使用。 --- ### **4. 解决方案总结** 1. 检查代码中的文件操作逻辑，确保未关闭标准流。 2. 使用调试工具（GDB、Valgrind）定位具体错误位置。 3. 更新系统库或修复内存错误。 4. 若问题仍存在，尝试在最小化代码中复现问题，逐步隔离原因。 如果以上步骤无法解决，建议提供 **代码片段** 和 **调试输出** 以便进一步分析。
评论
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
表情包 代码片
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值