- Oct 27, 2009
-
-
hjk authored
-
hjk authored
-
Friedemann Kleint authored
Handle QVariantList within dumpers, as gdb does not resolve typedefs. Disconnect the gdb process on exit, one more round of event loop when quitting.
-
- Oct 26, 2009
-
-
Oswald Buddenhagen authored
this isn't bullet-proof - integrated error messages are already translated. but at least we know *where* the message comes from. also, saves the translators from some pretty useless work.
-
Oswald Buddenhagen authored
-
Friedemann Kleint authored
- Remove old rfcomm process handler from TrkGdbAdapter, use Bluetooth starter instead - Synchronous connection, remove waitForTrkConnect() - Move gdb start into Trk version answer, pass on settings id hint - Prevent exit crash triggered by signal gdbProcessFinished() - Set DebuggerNotReady correctly on AdapterStartFailed when no gdb is started yet
-
- Oct 23, 2009
-
-
Oswald Buddenhagen authored
specifically, we need it iff the user gets to see the stopped inferior
-
Oswald Buddenhagen authored
seems to have been an artifact from an early version. it was unreachable (gdb going wild notwithstanding), and would do Strange Stuff (TM) if it ever were reached.
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
first, try harder to have an up-to-date sources list. then, use the mapping whenever applicable and available.
-
Oswald Buddenhagen authored
when queuing up commands, don't interrupt if we are already waiting for interruption. that will be the case when other commands area already queued.
-
Oswald Buddenhagen authored
if there are already commands queued for running after temporary break, then *all* commands must queued up or their order will change.
-
Oswald Buddenhagen authored
*in theory*, there is no way we could at any point know more than gdb knows and tells us about full path names. let's see what practice shows for the gdbs we support ...
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
and fix typo in debug message :)=
-
hjk authored
-
- Oct 22, 2009
-
-
Oswald Buddenhagen authored
this is an epic fail for older gdbs which don't report library events, but at least we tried.
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
in theory, we should support fsf gdb on apple now. this also cleans and documents some execution paths.
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
- Oct 21, 2009
-
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
e.g., when the engine is not ready
-
hjk authored
-
Oswald Buddenhagen authored
-
- Oct 20, 2009
-
-
Oswald Buddenhagen authored
these missed the handleExecContinue() callback, so they got missed last time. added both callback and flag, and some more glue to the gross isBogus hack.
-
Oswald Buddenhagen authored
-
hjk authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
as it turns out, it is not possible to set pending breakpoints until gdb has loaded as image. so add some hooks to enable adapters to trigger the initial breakpoint syncing at the right time. do not add additional states (say, InferiorPreparing), as it would just complicate things.
-
Oswald Buddenhagen authored
this includes: - move the gdb ownership back to the engine (thus strip down the adaptors as far as possible) - make gdb startup synchronous - make adapter shutdown synchronous - fix the state transitions relating to shutdown
-
Oswald Buddenhagen authored
-
Oswald Buddenhagen authored
-