forked from qt-creator/qt-creator
Debugger: Remove a too strict error handling
There's seems to be the possibility to actually trigger the assert this patch removes with MinGW and mixed debugging. While the reason for that is not clear yet, there's no need to force the debugger to abort. The observer wrong state was InferiorRunOk, so just continuing on the selected path will do the right thing (i.e. attempt to interrupt the debugged process) Change-Id: I534cedd71522e73d5f1097ddd472efbeb3b4d97f Reviewed-by: Eike Ziller <eike.ziller@qt.io> Reviewed-by: Christian Stenger <christian.stenger@qt.io>
This commit is contained in:
@@ -696,7 +696,6 @@ void GdbEngine::interruptInferior()
|
|||||||
showStatusMessage(tr("Stop requested..."), 5000);
|
showStatusMessage(tr("Stop requested..."), 5000);
|
||||||
showMessage("TRYING TO INTERRUPT INFERIOR");
|
showMessage("TRYING TO INTERRUPT INFERIOR");
|
||||||
if (HostOsInfo::isWindowsHost() && !m_isQnxGdb) {
|
if (HostOsInfo::isWindowsHost() && !m_isQnxGdb) {
|
||||||
QTC_ASSERT(state() == InferiorStopRequested, qDebug() << state(); notifyInferiorStopFailed());
|
|
||||||
IDevice::ConstPtr device = runTool()->device();
|
IDevice::ConstPtr device = runTool()->device();
|
||||||
if (!device)
|
if (!device)
|
||||||
device = runParameters().inferior.device;
|
device = runParameters().inferior.device;
|
||||||
|
Reference in New Issue
Block a user