From mboxrd@z Thu Jan 1 00:00:00 1970 From: Daniel Jacobowitz To: Andrew Cagney Cc: Fabrice Gautier , jtc@redback.com, gdb@sources.redhat.com Subject: Re: gdbserver (was Re: parcelling up struct gdbarch) Date: Tue, 17 Jul 2001 10:11:00 -0000 Message-id: <20010717101136.A16841@nevyn.them.org> References: <3B536B0C.3060908@cygnus.com> <20010716154024.A9181@nevyn.them.org> <20010717012923.F61A.GAUTIER@email.enst.fr> <3B546F34.6030207@cygnus.com> X-SW-Source: 2001-07/msg00209.html On Tue, Jul 17, 2001 at 01:00:36PM -0400, Andrew Cagney wrote: > > In the meantime i already have a question: > > > > In the current gdbserver, when a new pthread is created, gdbserver sends > > a T packet and the host gdb receive a SIGPWR signal. And i have to type > > c to continue. > > > > I guess gdbserver must send a T packet when a trhead is created so that > > gdb knows about it, so im' wondering how to do so that gdb doesn't stop > > everytime a new thread is created ? > > > FYI, > > remote.c assumes that the target is sending back signals encoded as > GDB's ``enum target_signal''. This contradicts the documentation which > says that the target sends back signals in a target dependant way. More > doco to fix. > > Daniel, > > This is a similar problem as for registers. How so? It seems to me to be a much simpler problem, instead. It means that gdbserver needes target_signal_to_host and friends, which is much easier. If, that is, we change documentation and gdbserver rather than remote.c. In fact I'll submit a patch for this later today. Would you like me to separate the code out of target.c and share it between gdb and gdbserver, or just duplicate it? It sounds to me that we want to separate gdbserver further, along better-defined boundaries, so duplicating it and documenting it would be the way to go. -- Daniel Jacobowitz Carnegie Mellon University MontaVista Software Debian GNU/Linux Developer