在Microsoft Visual Studio C++(native C++,Visual Studio 2015)中調試未知的未處理異常的正確方法是什麼?
今天我收到了異常(文:Exception thrown: read access violation. this was 0x4.
):在MS Visual C++中調試未處理的異常的正確方法
什麼是按後顯示的「破發」按鈕的代碼是距離標準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
我的主要問題是而不是在這種特殊情況下做什麼,但什麼是調試這種例外的一般方法。
此時d無效。你應該檢查堆棧跟蹤程序中它被調用的地方以及爲什麼它在這個時候是無效的。我強烈建議評估這個問題,不要忽視它。 – Simon