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

256 Commits

Author SHA1 Message Date
Oswald Buddenhagen
e6be1526f1 make fullname parsing on windows less optimistic 
seems like gdb 6.8 isn't any better than 6.4 wrt file name
normalization.

Reviewed-By: hjk
 2009-10-30 17:47:51 +01:00
hjk
50961cb98d debugger: list registers only after we have a known target 2009-10-30 16:46:33 +01:00
hjk
d0587eaf01 debugger: workaround for contradictory gdb messages 2009-10-29 18:34:31 +01:00
Oswald Buddenhagen
e903c4d9cd reset program location when we detect "spontaneous running" 
i.e., don't allow user to confuse himself :)
 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
1e96c67915 fix substituent in error message 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
a3b52c5e03 gdb doesn't care for termination. just kill it. 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
3edcafedcd less inefficient 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
5e29374f87 ignore inferiorStartFailed after adapterCrashed 
technically, it would be cleaner to handle that in the adapters,
but it is a lot of duplicated code without any gain.
 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
7713fc514b do not post source & module list query commands too early 
if the respective view is enabled, the manager will request the
initial update in some unholy state, probably AdapterStarting -
when gdb isn't up yet.
 2009-10-29 15:34:01 +01:00
Oswald Buddenhagen
0c0925b69c couple breakpoint listing with source listing 
the assumption is that pending breakpoints will only be resolved when
the source list changes. consequently it is pointless to update just
one of them.
 2009-10-29 15:34:00 +01:00
Oswald Buddenhagen
eee5e4b18b integrate handleStop2 into handleStop1 
there seems to be no reason for delaying the display because
of -break-list
 2009-10-29 15:34:00 +01:00
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