Did you try using strace? This can give you info about why gdbserver quits.
I also had a problem with gdbserver and this is the way I solved it...
Fred
-----Original Message-----
From: Owen Green
To: Christian Pellegrin
Cc: linuxppc-embedded@lists.linuxppc.org
Sent: 2/28/02 2:50 PM
Subject: Re: gdbserver ppc8xx
--- Christian Pellegrin <chri@infis.univ.trieste.it>
wrote:
On Wed, 27 Feb 2002, Owen Green wrote:
quoted
edition but I got something like:
#gdbserver :7777 /bin/test
Process /bin/test created; pid = 48
getprotobyname:Sucess.
Exiting
#
just copy /etc/protocols from whatever distro you
like. Bye!
This did not work, I got the getprotobyname: Sucess,
what means my /etc/protocols have the entry for tcp.
Thanks anyway.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
This did not work, I got the getprotobyname: Sucess,
what means my /etc/protocols have the entry for tcp.
Thanks anyway.
if you are ultra-lazy and like bad code just edit remote-utils.c and
hardocde protocol number for TCP .... shouldn't chage shortly I guess ;-).
NSS is a hassle with embedded systems since is far too general .... even
busybox bypasses it ;-)
Bye!
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Thank you all guys for the tips,
gdbserver was not working because linbss_files.so.2
was not present on my system /lib.
By the way, why this was not shown when I typed:
readelf gdbserver -d ?
Thanks in advance,
Owen.
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/
Owen Green wrote:
Thank you all guys for the tips,
gdbserver was not working because linbss_files.so.2
was not present on my system /lib.
By the way, why this was not shown when I typed:
readelf gdbserver -d ?
Thanks in advance,
libnss* is dlopened by glibc.
--Mark
** Sent via the linuxppc-embedded mail list. See http://lists.linuxppc.org/