feedc0de/qt-creator
1
0
Fork 0
forked from qt-creator/qt-creator
Code Pull Requests Activity

debugger: not calling resetLocation early makes it "snappier"

Browse Source
This commit is contained in:
hjk
2010-11-23 16:14:19 +01:00
parent 0f4765b8af
commit 73e4cce7aa
1 changed files with 5 additions and 3 deletions
Download Patch File Download Diff File Expand all files Collapse all files

8
src/plugins/debugger/gdb/gdbengine.cpp
View File

@@ -1409,7 +1409,7 @@ void GdbEngine::handleStop1(const GdbMi &data)
const BreakpointId id = breakHandler()->findBreakpointByNumber(bpNumber);
const quint64 bpAddress = wpt.findChild("exp").data().toULongLong(0, 0);
showStatusMessage(msgWatchpointTriggered(id, bpNumber, bpAddress));
} else if (reason == "breakpoint-hit") {
} else if (reason == "breakpoint-hit") {
GdbMi gNumber = data.findChild("bkptno"); // 'number' or 'bkptno'?
if (!gNumber.isValid())
gNumber = data.findChild("number");
@@ -1797,7 +1797,9 @@ void GdbEngine::autoContinueInferior()
void GdbEngine::continueInferior()
{
QTC_ASSERT(state() == InferiorStopOk, qDebug() << state());
resetLocation();
// Not doing it here makes it appear "snappier" as the time
// when there is no location marker is shorter.
//resetLocation();
setTokenBarrier();
continueInferiorInternal();
}
@@ -3014,7 +3016,7 @@ void GdbEngine::handleStackListFrames(const GdbResponse &response)
void GdbEngine::activateFrame(int frameIndex)
{
resetLocation();
//resetLocation();
if (state() != InferiorStopOk && state() != InferiorUnrunnable)
return;