运行valgrind-3.13.0时遇未处理指令0xDEFF 0x1A9B的技术求助

我之前在使用老版本Valgrind时也踩过类似的指令未处理的坑，结合你给出的重定向日志，给你几个实用的排查和解决方向：

先明确：重定向日志是正常现象 #

你贴出的这些REDIR日志其实是Valgrind的正常操作——它会拦截libc中的内存/字符串相关函数，重定向到自己的封装实现，以此来追踪内存分配和释放的情况，所以这部分不用纠结，问题的核心是未处理指令0xDEFF 0x1A9B。

你提供的重定向日志：

--5896-- REDIR: 0x4cdee24 (libc.so.6:calloc) redirected to 0x4837bc8 (calloc)
--5896-- REDIR: 0x4ce30e4 (libc.so.6:strncmp) redirected to 0x4839afc (strncmp)
--5896-- REDIR: 0x4ce698c (libc.so.6:strchrnul) redirected to 0x483d88c (strchrnul)
--5896-- REDIR: 0x4ce3224 (libc.so.6:strncpy) redirected to 0x48395bc (strncpy)
--5896-- REDIR: 0x4cde9c4 (libc.so.6:free) redirected to 0x4836ac0 (free)
--5896-- REDIR: 0x4ce...

具体解决办法 #

1. 优先升级Valgrind到最新版本 #

Valgrind 3.13.0是2018年的老版本，对近几年推出的CPU指令集（比如AVX2、AVX512）以及新版glibc的支持都很有限。我之前遇到的类似指令未处理问题，升级到3.20+版本后直接就解决了。现在Valgrind已经更新到3.22+，建议你直接下载源码编译或者通过包管理器升级。

2. 调整程序的编译选项 #

如果你的程序是用-march=native或者-mavx2这类启用高级指令集的选项编译的，老版本Valgrind可能无法识别这些指令。可以尝试用更兼容的编译选项重新编译程序：

gcc -march=x86-64 -O2 your_program.c -o your_program

或者直接禁用特定指令集：

gcc -mno-avx2 your_program.c -o your_program

3. 给Valgrind添加兼容参数（权宜之计） #

如果暂时没法升级Valgrind或者重新编译程序，可以试试以下参数：

• --ignore-illegal-instr=yes：强制忽略未处理的指令，但这可能会导致Valgrind的内存检测结果不准确，只能作为临时方案。
• --vex-iropt-register-updates=allregs-at-mem-access：调整Valgrind的指令优化逻辑，对某些指令兼容性更好。
• --smc-check=all：如果你的程序有动态生成代码（JIT）的情况，这个参数可以让Valgrind更准确地检测动态修改的指令。

4. 检查系统glibc版本 #

如果你的系统用的是较新的glibc（比如2.30+），老版本Valgrind对新glibc内部使用的指令支持不足。这种情况下，升级Valgrind是最彻底的解决办法，实在没法升级的话，可以尝试用LD_PRELOAD加载旧版本glibc运行，但操作比较繁琐，不推荐作为首选。

内容的提问来源于stack exchange，提问作者Rajesh Gopu