Question

在Microsoft Visual Studio C ++（本机c ++，Visual Studio 2015）中调试未知未处理异常的正确方法是什么。
今天我收到了例外情况（文字：Exception thrown: read access violation. this was 0x4.）：

按下“中断”按钮后显示的代码只是标准Qt framework标题qscopedpointer.h中的代码：

现在我不知道这个问题的原因是什么。通常这没有问题，但是知道我已经运行了在VS 2012中始终正确运行的项目，现在我甚至不确定这是否是一个真正的错误，或者我只需要取消选中“抛出此异常类型时的中断” 。

我不能从这一点“走出去”，看着调用堆栈也不能理解这个问题：

文字：

Qt5Cored.dll!QScopedPointer<QObjectData,QScopedPointerDeleter<QObjectData> >::data() Line 135   C++
    Qt5Cored.dll!qGetPtrHelper<QScopedPointer<QObjectData,QScopedPointerDeleter<QObjectData> > >(const QScopedPointer<QObjectData,QScopedPointerDeleter<QObjectData> > & p) Line 1014   C++
    Qt5Cored.dll!QWinOverlappedIoNotifier::d_func() Line 60 C++
    Qt5Cored.dll!QWinOverlappedIoNotifier::waitForAnyNotified(int msecs=1) Line 358 C++
    Qt5SerialPortd.dll!QSerialPortPrivate::waitForNotified(int msecs=1) Line 588    C++
    Qt5SerialPortd.dll!QSerialPortPrivate::waitForReadyRead(int msecs=1) Line 251   C++
    Qt5SerialPortd.dll!QSerialPort::waitForReadyRead(int msecs=1) Line 1309 C++
    MyProject.exe!UsualSep::send_cmd_and_receive_answer(const QByteArray & ba={...}, QByteArray & ans={...}, int nread=2) Line 797  C++
    MyProject.exe!UsualSep::isAvailable(bool & avbl=false) Line 204 C++
    MyProject.exe!UsualSep::on_workThread_started() Line 80 C++
    MyProject.exe!QtPrivate::FunctorCall<QtPrivate::IndexesList<>,QtPrivate::List<>,void,void (__thiscall UsualSep::*)(void)>::call(void(UsualSep::*)() f=0x00eb172b, UsualSep * o=0x007838d8, void * * arg=0x02bff91c) Line 501    C++
    MyProject.exe!QtPrivate::FunctionPointer<void (__thiscall UsualSep::*)(void)>::call<QtPrivate::List<>,void>(void(UsualSep::*)() f=0x00eb172b, UsualSep * o=0x007838d8, void * * arg=0x02bff91c) Line 520    C++
    MyProject.exe!QtPrivate::QSlotObject<void (__thiscall UsualSep::*)(void),QtPrivate::List<>,void>::impl(int which=1, QtPrivate::QSlotObjectBase * this_=0x029ee9d8, QObject * r=0x007838d8, void * * a=0x02bff91c, bool * ret=0x00000000) Line 143   C++
    Qt5Cored.dll!QtPrivate::QSlotObjectBase::call(QObject * r=0x007838d8, void * * a=0x02bff91c) Line 124   C++
    Qt5Cored.dll!QMetaObject::activate(QObject * sender=0x029ee9a0, int signalOffset=3, int local_signal_index=0, void * * argv=0x00000000) Line 3720   C++
    Qt5Cored.dll!QMetaObject::activate(QObject * sender=0x029ee9a0, const QMetaObject * m=0x670e5db0, int local_signal_index=0, void * * argv=0x00000000) Line 3595 C++
    Qt5Cored.dll!QThread::started(QThread::QPrivateSignal __formal={...}) Line 156  C++
    Qt5Cored.dll!QThreadPrivate::start(void * arg=0x029ee9a0) Line 384  C++
    ucrtbased.dll!774f8968()    Unknown
    [Frames below may be incorrect and/or missing, no symbols loaded for ucrtbased.dll] 
    ucrtbased.dll!774f867b()    Unknown
    kernel32.dll!74fc336a() Unknown
    ntdll.dll!77169902()    Unknown
    ntdll.dll!771698d5()    Unknown

我的主要问题不是关于在这种特殊情况下该怎么做，而是调试此类异常的一般方法是什么。

Answer 1

如果异常在调用堆栈的某处有一个处理程序，可能可以让它继续，无论如何。但是，请确保您了解正在发生的事情。

如果调用堆栈指向您的代码，请从那里开始。在这种情况下，我假设“MyProject.exe！UsualSep :: send_cmd_and_receive_answer ...”这最终如何尝试获取数据d？你认为你设置这个吗？

我的一般方法是尝试将问题缩小到一个小的自包含函数，并将其包装在一个可以自动运行的测试中，从而重复出现问题。然后尝试解决它。也许您需要在代码中的某处尝试isNull作为检查？

Answer 2

如果检查“抛出此异常类型时中断”，那么我猜想在下一次调试运行时，您将在抛出异常的时候打开调试器，这可能会告诉您问题。

如果你处理例外，当然它不再是一个bug。你可以通过在main中的try块中处理异常来调试一些困难，然后向下钻取以确定程序的哪个部分准确地抛出它。

Qt中可能存在错误，而不是您自己的代码。如果是这样的话，它很可能是非常模糊的东西 - Qt经过了大多数现实世界的测试 - 但很难找到。但是，堆栈跟踪表明您的函数send_cmd_and_receive_answer（）出错。很可能是它用不拥有的内存调用Qt，换句话说就是传递一个狂野的指针。

在MS Visual C ++中调试未处理异常的正确方法

2 个答案: