如何看到守护daemon进程的标准输出log

  在定位测试问题时,如到了一次坑!! daemon进程中 标准输出会dup到 /dev/null  ;所以 debug的时候看不到print结果,

结果有人写代码时 就是使用了print 系列函数, 现在出现问题不能重启,但是想知道 pintf 结果怎么处理呢??

可以gdb 来实现:

  1. gdb -p pid 某个进程
  2. gdb 执行(gdb) call close(1)
  3. (gdb)   call dup2(creat(“/var/log/debug.log”,0666),1)
  4. quit

之后进程的print输出会被打印到/var/log/debug.log

对了  调试完关闭输出,修改代码 !! 不要在干出这样的错误;

同时gdb 进去将进程的标出输出等 重新dup 到/dev/null

复制代码
#!/bin/sh
LOG_FILE=”/var/log/debug_gdb.txt”

if [ ! -n “$1” ] ;then
echo -e “please input process pid”
exit
else
echo $LOG_FILE
fi

gdb -p $1 <<EOF
call close(1)
call dup2(creat(“/var/log/debug_gdb.txt”,0666),1)
quit
EOF
复制代码

 

为啥总有人写好的debug_log 系列输出log 不用,非要用print!!!!!!!!!!!!

 

posted @   codestacklinuxer  阅读(343)  评论(0编辑  收藏  举报
编辑推荐:
· SQL Server 2025 AI相关能力初探
· Linux系列:如何用 C#调用 C方法造成内存泄露
· AI与.NET技术实操系列(二):开始使用ML.NET
· 记一次.NET内存居高不下排查解决与启示
· 探究高空视频全景AR技术的实现原理
阅读排行:
· 阿里最新开源QwQ-32B,效果媲美deepseek-r1满血版,部署成本又又又降低了!
· SQL Server 2025 AI相关能力初探
· AI编程工具终极对决:字节Trae VS Cursor,谁才是开发者新宠?
· 开源Multi-agent AI智能体框架aevatar.ai,欢迎大家贡献代码
· Manus重磅发布:全球首款通用AI代理技术深度解析与实战指南
点击右上角即可分享
微信分享提示