Qt 5.15.1的QProcess与GDB调试时符号缺失及SIGTRAP问题求助

从你的描述来看，这个问题核心出在GDB调试父进程时对子进程的信号处理逻辑，以及动态链接器的探针机制冲突上，以下是具体分析和可落地的解决方法：

1. GDB自动跟进子进程引发的SIGTRAP捕获 #

默认情况下，GDB会自动跟进fork/exec创建的子进程。当QProcess启动子进程时，子进程初始化阶段动态链接器的内部操作会触发SIGTRAP（这是调试器用来捕获进程启动、断点触发的标准信号），但此时子进程的符号表还未完全加载，GDB无法解析栈帧，就会显示??。

解决方法：
在GDB中设置仅调试父进程，自动脱离子进程的监控：

set follow-fork-mode parent
set detach-on-fork on

设置后，GDB会在子进程启动后立刻解除对它的监控，不再拦截子进程的信号，也就不会触发不必要的SIGTRAP暂停。

2. 动态链接器探针机制失败的连锁影响 #

你提到的Probes-based dynamic linker interface failed是关键线索——这是glibc的动态链接器（ld.so）尝试使用探针（probes）机制时出错，而调试环境下GDB的信号拦截会放大这个问题，最终导致后续触发SIGILL。

解决方法：
在启动QProcess前，为子进程禁用探针机制，设置对应的环境变量：

#include <QCoreApplication>
#include <QProcess>
#include <QDebug>
int main(int argc, char *argv[]) {
    QCoreApplication a(argc, argv);
    QProcess proc;
    
    // 禁用动态链接器探针机制
    QProcessEnvironment env = QProcessEnvironment::systemEnvironment();
    env.insert("LD_DISABLE_LIBRARY_PROBES", "1");
    proc.setProcessEnvironment(env);
    
    QString exe = "echo";
    QStringList arguments;
    arguments << "Test";
    proc.start(exe, arguments);
    if (!proc.waitForFinished()) {
        qDebug() << "failed to start" << proc.exitCode() << proc.errorString();
    }
    qDebug() << "process finished";
    qDebug() << proc.readAllStandardOutput();
    return a.exec();
}

也可以在启动GDB前先设置全局环境变量：

export LD_DISABLE_LIBRARY_PROBES=1
gdb ./your-qt-program

3. 排查Qt调试钩子的干扰 #

Qt的QProcess在调试模式下可能会启用内部调试钩子，偶尔会和GDB的信号处理逻辑冲突。可以尝试强制QProcess使用独立通道模式，避免信号传递干扰：

proc.setProcessChannelMode(QProcess::SeparateChannels);

为什么直接运行正常，调试时出问题？ #

直接运行时，没有调试器拦截信号，动态链接器的探针即使失败，进程也能忽略错误继续执行；但GDB会拦截所有SIGTRAP信号并暂停进程，此时子进程的符号表还未完全加载，就会显示栈帧未知，继续执行后，探针失败导致的非法指令就会触发SIGILL。

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