This is the mail archive of the
gdb-patches@sources.redhat.com
mailing list for the GDB project.
Re: [patch] gdbserver fails on 32-bit ppc rfs running in a-64 bit2.6 linux kernel
- From: Jitendra Pawar <jitendra at linsyssoft dot com>
- To: Daniel Jacobowitz <drow at false dot org>
- Cc: gdb-patches at sources dot redhat dot com
- Date: Tue, 22 Mar 2005 19:35:24 +0530
- Subject: Re: [patch] gdbserver fails on 32-bit ppc rfs running in a-64 bit2.6 linux kernel
- Organization: LinSysSoft Technologies Pvt. Ltd.
- References: <1110991758.5464.8.camel@ind> <20050316165705.GA7195@nevyn.them.org>
- Reply-to: jitendra at linsyssoft dot com
> > >On Tue, Mar 15, 2005 at 06:36:22PM +0530, Amit S. Kale wrote:
> > >> The strtoul change in my patch was already present. Sorry about that.
> > >>
> > >> You have changed the data type of thread_resume::thread as well as cont_thread
> > >> to unsigned long. "cont_thread = -1" and "(cont_thread > 0)" are still in
> > >> place. How does this work?
There are about 15 files in gdb source have statement pid_to_ptid (-1);
which finally returns -1 to server. Is it OK to replace -1 with 0 ? I
would like to know significance of returning pid -1, 0 and positive
integer.
- Jitendra
> > >
> > >Hmm, looks like you found a real problem here; would you like to fix
> > >it? Modern GDBs don't heavily use this code, because of the vCont
> > >packet. Otherwise I'll fix it, but I may not find time for a bit.
> > >