From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Snyder To: Jonathan Larmour Cc: gdb-patches@sources.redhat.com Subject: Re: [RFA]: Remote protocol symbol lookup service. Date: Thu, 03 May 2001 10:47:00 -0000 Message-id: <3AF199A3.886F469E@cygnus.com> References: <3AF08427.3522D20E@cygnus.com> <200105031127.f43BRQV08886@localhost.localdomain> <3AF190B2.7C7AB8B8@cygnus.com> <3AF19460.5E59B957@redhat.com> X-SW-Source: 2001-05/msg00032.html Jonathan Larmour wrote: > > Michael Snyder wrote: > > > > Jonathan Larmour wrote: > > > > > > In article < 3AF090AE.4D31F3A@cygnus.com > you write: > > > >-=-=-=-=-=- > > > > > > > >Michael Snyder wrote: > > > >> > > > >> Andrew, > > > >> > > > >> I've changed the initial message from "Q" to "q" as you suggested, and > > > >> I've hexified the filenames and symbol names, so that they are not > > > >> vulnerable to embedded special characters. If you have a name for the > > > >> initial message that you would prefer over "qSharedObject", I'm open > > > >> to suggestions. > > > > > > I still think a target should be able to request this at any point > > > in the remote protocol, and not just when told of a shared object. > > > > Yeah? Would you be willing to implement that? ;-) > > Isn't it just a case of pretty much cut-and-pasting the bit that acts on a > symbol request from the target into remote_wait()? Hmmm... I suppose so, under the right set of assumptions. Such as that the target is not really stopped, and we do not need to restart it (as with the 'O' packet). Andrew? J.T.? Anybody else have an opinion about letting GDB respond to new requests while in remote_wait? Basically it's a switch statement, so it doesn't really have much impact on performance or anything... and of course I could abstract the code that responds to the symbol requests into a function. Or, we could just wait and do this if there's ever a need to. For my application (the thread_db interface), this would not be useful.