Question

我有一段相当简单的代码来启动QProcess：

launchResultCode = ELaunchOk;
QDateTime beginTimeStamp = QDateTime::currentDateTime();
command->start(commandpath, myParameters);
if (command->waitForStarted(waitToStart)) {
    if (!myStdIn.isEmpty()) command->write(myStdIn.toLatin1());
    command->closeWriteChannel();
    qDebug() << "P1";
    if (command->waitForFinished(waitToFinish)) {
        myStdOut = command->readAllStandardOutput();
        myStdErr = command->readAllStandardError();
    } else {
        launchResultCode = ELaunchFinishFailed;
    }
} else {
    launchResultCode = ELaunchStartFailed;
}
qDebug() << "postcorrupt";

它导致共享库错误。当我运行此代码时，我从下面的gdb获取输出。我试图弄清楚错误中提到的任何一个内存位置是什么，但那里没有变量！有人能帮我理解这里出了什么问题吗？

(gdb) c
Continuing.
precorrupt
Detaching after fork from child process 21667.
P1
warning: Corrupted shared library list: 0x7fffe8008970 != 0x7ffff691b000
postcorrupt
[New Thread 0x7fffed453700 (LWP 21668)]

Breakpoint 1, RunProcessWorker::run (this=0x7fffffffcc30, whichMutex=RunProcessWorker::EMutexIP, activityID=..., commandFriendlyName=..., commandpath=..., 
    enableDebug=true, showDebugCommandLine=true, debugFilenameTemplate=..., myEnvironment=..., myParameters=..., myStdIn=..., myStdOut=..., myStdErr=..., 
    waitToStart=5000, waitToFinish=5000, actualRunTime=@0x7fffffffca58: 85, launchResultCode=@0x7fffffffca54: RunProcessWorker::ELaunchOk, 
    qprocessErrorCode=@0x7fffffffca50: QProcess::UnknownError, qprocessesExitCode=@0x7fffffffca6c: 0)
    at ../../src/external-sharedfiles/systemcommands/runprocessworker.cpp:292
292         command->deleteLater();
(gdb) info symbol 0x7fffe8008970
No symbol matches 0x7fffe8008970.
(gdb) info symbol 0x7ffff691b000
No symbol matches 0x7ffff691b000.
(gdb)

请注意，错误有时会发生在我的P1输出之前，所以它在那个区域有些东西，但我无法弄清楚是什么！分叉的进程是一个Qt库，所以我无法看到该库（可能无法理解）...这是否意味着它是Qt库中的一个错误？

也许是相关的，但是valgrind显示QProcess启动函数丢失了内存：

30 (24 direct, 6 indirect) bytes in 1 blocks are definitely lost in loss record 837 of 2,936
  in RunProcessWorker::run(RunProcessWorker::EMutex, QString, QString, QString, bool, bool, QString, QStringList, QStringList, QString, QString&amp;, QString&amp;, unsigned int, unsigned int, unsigned long long&amp;, RunProcessWorker::ELaunchResultCodes&amp;, QProcess::ProcessError&amp;, int&amp;) in /mnt/lserver2/data/development/sharedfiles/systemcommands/runprocessworker.cpp:241
  1: operator new[](unsigned long) in /usr/lib64/valgrind/vgpreload_memcheck-amd64-linux.so
  2: /opt/Qt/5.3/gcc_64/lib/libQt5Core.so.5.3.1
  3: /opt/Qt/5.3/gcc_64/lib/libQt5Core.so.5.3.1
  4: QProcess::start(QString const&amp;, QStringList const&amp;, QFlags&lt;QIODevice::OpenModeFlag&gt;) in /opt/Qt/5.3/gcc_64/lib/libQt5Core.so.5.3.1

Answer 1

请注意，您的错误消息并未显示“已损坏的共享库”，而是“已损坏的共享库列表”。也就是说，进程内存空间中的共享库列表是损坏的，而不是共享库本身。所以我的怀疑并不是你有一个损坏的共享库，而是有些东西会覆盖程序内存空间中的内存并导致损坏，从而损坏该列表。

同样有趣的是，您的调试器将此指定为崩溃的站点：

292         command->deleteLater();

如您所知，deleteLater（）是一种Qt方法，用于在以后删除QObject（即在Qt事件循环的下一次迭代中）。程序崩溃的最可能原因是该方法被调用的（命令）指针无效（NULL或悬空）。在这种情况下，（命令）是否与您在发布的示例代码中调用的对象相同的QProcess对象？如果是这样，您是否有可能已经删除了某个QProcess对象，将上面的崩溃代码留下悬挂指针？（如果您不确定，可以将QProcess子类化并在子类的析构函数中放置一个qDebug（）语句，这样您就可以在stdout / stderr输出中看到QProcess对象被销毁的位置和时间......如果是debug-print在崩溃之前发生，然后这就是发生崩溃的原因的一个很好的线索。）

另一个可能的问题是，如果您运行上面的代码“独立”，而没有QApplication（或QThread）对象在同一个线程中执行exec（）。由于deleteLater（）将消息发布到Qt事件循环，如果没有Qt事件循环并且在同一个线程中执行，它将无法正常工作。

查找共享库错误损坏的原因（Qt5 C ++）

1 个答案: