feedc0de/qt-creator
1
0
Fork 0
forked from qt-creator/qt-creator
Code Pull Requests Activity
5,663 Commits 108 Branches 368 Tags
76b2f9f28ec045752fcd694e36679c48dcaf9be2
Commit Graph

245 Commits

Author SHA1 Message Date
Oswald Buddenhagen
76b2f9f28e make sure that symgdb 6.4 "fullnames" are fully normalized 2009-10-29 15:34:00 +01:00
hjk
78be8e27de debugger: fix fetching of base class information 2009-10-28 15:40:32 +01:00
hjk
e759a3a0d6 debugger: fix dumper breakage caused by 0ee09af6 2009-10-28 14:34:51 +01:00
hjk
fc2175b2a0 debugger: fix mac startup in the presence of unknown command 
Apple gdb does not give any ^done or ^error for unknown command.
Work around by using -interpreter-exec console.
 2009-10-28 12:00:18 +01:00
hjk
a1da606803 debugger: better protection from infinite loops due to broken dumpers in 
synchroneous mode
 2009-10-28 11:50:58 +01:00
Oswald Buddenhagen
0ee09af63a eliminate handleDebuggingHelperValue1() 
doesn't seem to serve any purpose at this time.
 2009-10-27 20:21:59 +01:00
Oswald Buddenhagen
2fe4c0f293 call updateMarkers() from attemptBreakpointSynchronization() 
and the latter is auto-tiggered by pretty much any breakpoint event.
this will kinda ensure that the markers are up-to date.
 2009-10-27 20:21:59 +01:00
Oswald Buddenhagen
9b4e6512e0 protect against recursing into handleResponse 
those pesky nested event loops ...

i pondered various other scenarios (in particular, the adapter or
gdb crashing while the nested loop is running), but did not discover
serious side effects of it, so i'm not trying to handle it specially.
 2009-10-27 20:21:59 +01:00
Oswald Buddenhagen
3e72ecde72 fewer and better debug messages 2009-10-27 20:21:59 +01:00
hjk
097d1e4e6c debugger: call beginCycle also for new dumpers 2009-10-27 17:38:41 +01:00
hjk
05e56fc1a3 debugger: prevent endless recursion due to broken dumpers 2009-10-27 16:36:23 +01:00
Friedemann Kleint
3fd1e5b23f Debugger: Fix exit crash, dump QVariantList with gdb 
Handle QVariantList within dumpers, as gdb does not resolve
typedefs. Disconnect the gdb process on exit, one more round
of event loop when quitting.
 2009-10-27 09:51:14 +01:00
Oswald Buddenhagen
f244008a0f don't translate debug messages 
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.
 2009-10-26 21:24:44 +01:00
Oswald Buddenhagen
293b49aecb improve messages 2009-10-26 21:24:44 +01:00
Friedemann Kleint
93759263d0 S60/Debugger: Add Bluetooth starter to Debugger 
- 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
 2009-10-26 11:55:02 +01:00
Oswald Buddenhagen
f1d5b3c70b move setting of m_currentFrame to a somewhat useful place 
specifically, we need it iff the user gets to see the stopped inferior
 2009-10-23 23:02:16 +02:00
Oswald Buddenhagen
c07667a743 remove unreachable "stopped for unknown reason" fallback 
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.
 2009-10-23 23:02:16 +02:00
Oswald Buddenhagen
a2a444d683 do the auto-continue-at-_start hack earlier 2009-10-23 23:02:16 +02:00
Oswald Buddenhagen
c0a46ace61 improve breakpoint setting 
first, try harder to have an up-to-date sources list.
then, use the mapping whenever applicable and available.
 2009-10-23 22:01:14 +02:00
Oswald Buddenhagen
d81150850b fix spurious inferior interruption (attempts ...) 
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.
 2009-10-23 22:01:13 +02:00
Oswald Buddenhagen
bf09e8c830 fix spurious command reordering 
if there are already commands queued for running after temporary break,
then *all* commands must queued up or their order will change.
 2009-10-23 22:01:13 +02:00
Oswald Buddenhagen
31818acb11 eliminate desperate attempts to keep short-long filename mapping complete 
*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 ...
 2009-10-23 22:01:13 +02:00
Oswald Buddenhagen
087733e5d5 avoid copy of GdbResponse struct 2009-10-23 22:01:13 +02:00
Oswald Buddenhagen
96a5ff74d9 disable remainders of the plugin loading settings code 2009-10-23 19:07:35 +02:00
Oswald Buddenhagen
393123be45 jump is a RunRequest, too 2009-10-23 19:07:35 +02:00
Oswald Buddenhagen
44cf1c4635 no need for a real state check here - an assert will do 
and fix typo in debug message :)=
 2009-10-23 17:03:45 +02:00
hjk
50038d591c debugger: first shot at supporting qfDllInfo (only present in 6.4 symbianelf) 2009-10-23 15:47:12 +02:00
Oswald Buddenhagen
03e3a92806 try harder to keep m_modulesListOutdated in sync with reality 
this is an epic fail for older gdbs which don't report library events,
but at least we tried.
 2009-10-22 20:12:01 +02:00
Oswald Buddenhagen
8882e8e4a4 clearer and less inefficient 2009-10-22 20:12:01 +02:00
Oswald Buddenhagen
231eac88cb even apple gdb wants -f for setting a pending breakpoint 2009-10-22 20:12:01 +02:00
Oswald Buddenhagen
5b01cbcb2b run-time detection of apple gdb 
in theory, we should support fsf gdb on apple now.
this also cleans and documents some execution paths.
 2009-10-22 20:12:00 +02:00
Oswald Buddenhagen
4d5c81ac52 remove unneeded code 2009-10-22 20:12:00 +02:00
Oswald Buddenhagen
920ed11296 reloadSourceFiles() may be called while the inferior is running 2009-10-22 20:12:00 +02:00
Oswald Buddenhagen
89bc599075 fix spurious assertion failure 2009-10-22 20:12:00 +02:00
Oswald Buddenhagen
8123552726 add a FIXME 2009-10-21 16:52:48 +02:00
Oswald Buddenhagen
8d3ca6424c if 0 unused code 2009-10-21 16:52:48 +02:00
Oswald Buddenhagen
94226ceb5e don't attempt to sync breakpoints at inopportune times 
e.g., when the engine is not ready
 2009-10-21 16:52:48 +02:00
hjk
338f945ca1 debugger: more autotests 2009-10-21 16:41:29 +02:00
Oswald Buddenhagen
7d50aa29b8 work around -exec-until breakage on S60 gdb 6.4 2009-10-21 11:13:29 +02:00
Oswald Buddenhagen
97e7b7bbf9 two more commands which are RunRequests 
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.
 2009-10-20 20:47:47 +02:00
Oswald Buddenhagen
b8daa7d5a7 collapse #ifdef branches 2009-10-20 19:26:31 +02:00
hjk
902bb6baa0 debugger: small changes for synchroneous mode 2009-10-20 16:02:54 +02:00
Oswald Buddenhagen
86d49de750 silence & fix debug messages 2009-10-20 14:17:26 +02:00
Oswald Buddenhagen
b2ae433a58 centralize exec-continue calling and error handling 2009-10-20 14:08:59 +02:00
Oswald Buddenhagen
ad092d11d5 re-add debug-in-terminal in form of a new gdb adapter 2009-10-20 11:26:55 +02:00
Oswald Buddenhagen
3dc1e31deb fix initial breakpoint setting 
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.
 2009-10-20 11:26:55 +02:00
Oswald Buddenhagen
b3addf14f1 fix shutdown paths 
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
 2009-10-20 11:26:55 +02:00
Oswald Buddenhagen
de9b4e8365 centralize setting of AdapterStarted state 2009-10-20 11:26:55 +02:00
Oswald Buddenhagen
0e398303cc remove dead code 2009-10-20 11:26:55 +02:00
Erik Verbruggen
074d477fb0 Got the gdb engine to compile on Mac. 
Reviewed by: Friedemann Kleint
 2009-10-16 17:08:51 +02:00