From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 4872 invoked by alias); 16 Mar 2005 16:54:10 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 4836 invoked from network); 16 Mar 2005 16:54:07 -0000 Received: from unknown (HELO euclid.linsyssoft.com) (61.11.18.135) by sourceware.org with SMTP; 16 Mar 2005 16:54:07 -0000 Received: from ind (ind [192.168.1.10]) by euclid.linsyssoft.com (8.12.8/8.12.8) with ESMTP id j2GGntQn016728 (version=TLSv1/SSLv3 cipher=RC4-MD5 bits=128 verify=NO); Wed, 16 Mar 2005 22:19:55 +0530 Subject: RE: [patch] gdbserver fails on 32-bit ppc rfs running in a-64 bit 2.6 linux kernel From: Jitendra Pawar Reply-To: jitendra@linsyssoft.com To: drow@false.org Cc: gdb-patches@sources.redhat.com Content-Type: text/plain Organization: LinSysSoft Technologies Pvt. Ltd. Date: Wed, 16 Mar 2005 16:54:00 -0000 Message-Id: <1110991758.5464.8.camel@ind> Mime-Version: 1.0 Content-Transfer-Encoding: 7bit X-SW-Source: 2005-03/txt/msg00220.txt.bz2 Hi, >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? > >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. > I have understood the problem and I'll like to fix it. shall I do it? - Jitendra >> Can we use a thread value of "0" to indicate all threads or no-thread instead >> of "-1"? The condition "cont_thread > 0" becomes valid if we do that. > >This value can be set from the remote protocol, so we would have to >transform it in Hc/Hg support also.