在不同的线程中使用printf打印调试信息居然引起程序CoreDump。

最新推荐文章于 2021-12-29 21:17:25 发布
原创 最新推荐文章于 2021-12-29 21:17:25 发布 · 765 阅读 · 0 ·
CC 4.0 BY-SA版权
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

博客指出在不同线程中使用printf打印调试信息，会导致程序出现CoreDump的问题，聚焦于多线程环境下printf使用的异常情况。
在不同的线程中使用printf打印调试信息居然引起程序CoreDump。
azran
关注
printf段错误（core dump）: 一个格式化输出引起的问题
hackett的博客
10-19 2186
1、printf段错误（core dump）: 一个格式化输出引起的问题 贴一个简单的例子： #include <stdio.h> int main(){ int len = sizeof(int); printf("%s\n",len); return 0; } root@ubuntu:test#gcc test.c test.c: In function ‘main’: test.c:5:2: warning: format ‘%s’ expects argument of ty
深入探索Linux coredump调试技巧
热门推荐
李亚锋的专栏
10-15 1万+
1.      coredump产生的原理和局限 1.1. 如何产生core文件       要素一，必须有信号产生：       从上面的信号定义和说明可以看出，进程中止前肯定会产生信号，然后内核根据信号的类型来决定是否要产生core文件。要素二，编译器支持：   
为什么打印log(比如printf)会经常碰到core dump?
认知 行动 坚持
04-16 9595
在实际开发中， 我们少不了打log, 如果参数类型和个数没有完全对应， 那就等着core dump吧（更可怕的是不得不解决的低概率core dump）， 为什么呢？ 我们以printf为例来看看源码： int printf(const char *fmt, ...) { char buf[1024]; va_list args; int cnt; va_star
gdb调试
weixin_40775703的博客
04-27 758
gdb 调试利器 1.g++编译时需要加上-g参数： g++ -g -o server server.c 2.“gdb + 可执行程序” 进入调试 gdb server 3.运行 run：简记为 r ，其作用是运行程序，例如 run 127.0.0.1 1234 //main函数有参数的情况 run //main函数没有参数的情况 continue （简写c ）：继续执行，到...
snprintf类型不匹配导致的core dump问题分析与定位
认知 行动 坚持
03-26 1万+
对于core dump, 我们应该很熟悉了。之前说过，printf打印日志不规范， 会导致core dump问题， 今天我们来说说类似的问题. 最近， 系统出现异常， 在改打日志的地方没有打日志， 程序戛然而止。 最古怪的是， 虽然开了ulimit -c unlimited, 但也没有发现core文件产生。 当时， 我自己加了为数不多的几行代码， 就出现了异常， 因此， 集中精力排
printf大坑等着很多人------一次core dump经历及定位过程（printf打印C++ string的时候忘了.c_st()转化）
认知 行动 坚持
12-19 1万+
听一位前辈说过， 某次， 在某工程中， 一句打印日志的代码导致程序低概率性崩溃， 很多人一起搞了3-4天才找出元凶， 本质上就是printf的误用。 代码本该要写成printf("decoded msg is %s", szDecode); 结果代码写成了printf("decoded msg is %s"); 在实际开发中， 很多打印日志的函数都与printf类似， 当要打印的参数较多时， 经常容易漏参、多参， 或者参数类型不匹配。 有些时候， 编译器不报错。 我亲自见证过， 有些低概率
sprintf函数错误引起的程序core dump
jin233的专栏
06-24 1555
一个简单的C++程序，把数字转换为字符串： #include int main(int argc, char* argv[]) {  char buf[5];  sprintf(buf, ":%d", 3246);  printf("buf is %s\n", buf);  return 0; }   这个程序运行会core dump，当然对于这么一个简单的程序很容易查找错误
【ESP32高级调试秘籍】：结合Core Dump实现看门狗崩溃后因追溯
在嵌入式系统中，稳定性是衡量设计成熟度的核心指标之一。ESP32作为广泛应用的双核Wi-Fi/蓝牙SoC，其运行环境复杂多变，极易因任务阻塞、中断延迟或内存异常导致系统假死。为提升鲁棒性，ESP32集成两级看门狗机制...
异常重启溯源分析：利用Core Dump与GDB调试精准定位ESP32深层问题的完整流程
![异常重启溯源分析：利用Core Dump与GDB...传统的日志追踪手段在无有效上下文保存时极易丢失关键信息，导致调试周期延长。Core Dump机制成为破解这一困局的核心技术——它能在系统崩溃瞬间捕获CPU寄存器状态与内存快
程序崩溃不再怕：C语言coredump文件的解读与应用
![C语言的调试技巧与工具使用]...为了深入分析和解决这些程序崩溃问题，生成coredump文件成为
多线程调试信息的打印
luoleicn的专栏
07-02 4186
多线程程序由于输出混乱无法分辨每个线程进行到程序的哪一步给多线程程序的调试带来很大困难。 写了一个程序只要在每个线程里面加入这个类，调用这个类的print()方法即可以把每个线程的输出保存到一个自己的文件里，文件名为线程号.txt。 print()方法主要是对vfprintf的包装 RTFSC:thread_print.h#ifndef _THREAD_PRINT_
关于heap内存分配问题追踪以及对引发coredump原因的思考
会吃狼的鳄鱼
04-07 1762
参考：  malloc内存分配字节对齐问题  http://blog.youkuaiyun.com/shemangui/article/details/50459102   关于分配内存操作的测试： int getNTick() { struct timespec ts; clock_gettime(CLOCK_MONOTONIC,&ts); int
linux下利用coredump技术追查进程崩溃原因
学长Online
03-29 9574
最近项目中出现了一个问题，服务器端程序会突然崩溃退出，我们采取了coredump技术以找到崩溃原因，即确定进程退出时正在执行的函数是哪个，其状态如何。        如果系统开启了coredump，准确的说如果当前的shell环境开启了coredump，当前shell环境下的程序崩溃退出时，会把当时进程的栈的内存状态写入core文件。使用gdb可以查看这个core文件中保存的栈的状态，gdb a
printf函数的内涵以及造成的严重内存问题
liangkaiming的专栏
09-19 1万+
<br />问题的引出：在某型号的核心网络交换机设备中，为调试方便，实现了一个把内存内容从终端打印的功能，也就是dump memory，屏幕的左边显示十六进制，右边以ASCII形式显示，用过UltraEdit的十六进制编辑功能朋友应该都很了解。显示ASCII码部分的实现，是这样的：<br />printf (string_ascii); /* string_ascii指向待显示的内存段 */<br />结果，这个函数调用引起了一个致命的问题，原本用于调试的功能，居然造成了整机重启。<br /> <br />
子线程 printf_多线程编程 - 多线程环境
weixin_39768371的博客
11-27 299
可重入函数如果一个函数能被多个线程同时调用且不发生竞态条件，则我们称它为线程安全的(thread safe)，或者说它是可重入函数。Linux库函数只有一小部分是不可重入的。这些库函数之所以不可重入，主要是因为其内部使用了静态变量。不过Linux对很多不可重入的库函数提供了对应的可重入版本，这些可重入版本的函数名是在原函数名尾部加上_r。比如函数localtime对应的可重入函数是localtim...
linux下多进程写入文件的原子性
PlayerL的专栏
10-07 5585
【原文链接】 http://tsecer.blog.163.com/blog/static/1501817201311284223689/
当printf遇到多线程
zoogar的专栏
01-01 8846
来源：http://www.yfworld.com/?p=425 本文作者：云飞工作室(YunFei Studio)，戴晓天 联系方式：Automatic.dai@gmail.com 原文地址：www.yfworld.com 一、本文背景 printf()这个函数我想大家再熟悉不过了，可是对于如何在多线程中使用printf()，各位可能就没怎么接触过了。本文以VC6.0为开发平台，旨在利
【Qt】多线程程序请勿使用printf()函数打印输出
huanqing2010的专栏
12-29 1420
Qt多线程最好不要使用printf()函数打印输出，而应该使用 qDebug()<< 输出。因为调用printf()函数而持有一个控制I/O的锁(lock)，多个线程同时调用 printf()函数在某些情况下将造成控制台输出阻塞，而使用Qt提供的qDebug()函数作为控制台输出则不会出现上述问题。
linux 多进程printf不打印,浅谈linux模拟多线程崩溃和多进程崩溃
weixin_33983620的博客
04-28 679
结论是：多线程下如果其中一个线程崩溃了会导致其他线程(整个进程)都崩溃；多进程下如果其中一个进程崩溃了对其余进程没有影响；多线程#include #include #include #include #include void *fun1(void *arg) { printf("fun1 entern"); while(1) { printf("%sn...
Core Dump+GDB如何判断程序崩溃在哪个线程中？
最新发布
09-17
我们正在回答用户的问题：使用Core Dump和GDB判断程序崩溃在哪个线程中的方法。 根据之前的对话，我们已经知道： - Core Dump文件记录了程序崩溃时的内存状态，包括所有线程的信息。 - GDB可以加载Core Dump文件...
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

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

抵扣说明：

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

余额充值