From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13380 invoked by alias); 16 May 2007 17:46:55 -0000 Received: (qmail 13368 invoked by uid 22791); 16 May 2007 17:46:54 -0000 X-Spam-Check-By: sourceware.org Received: from correo.ikusi.com (HELO correo.ikusi.com) (194.30.89.100) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 16 May 2007 17:46:51 +0000 Received: from srviku004.ikusi.net ([192.168.202.14]) by correo.ikusi.com with Microsoft SMTPSVC(6.0.3790.1830); Wed, 16 May 2007 19:46:49 +0200 Received: from 192.168.234.102 ([192.168.234.102]) by srviku004.ikusi.net ([192.168.202.14]) via Exchange Front-End Server webmail.ikusi.com ([192.168.202.18]) with Microsoft Exchange Server HTTP-DAV ; Wed, 16 May 2007 17:46:48 +0000 Received: from DAFPC5206 by webmail.ikusi.com; 16 May 2007 19:47:00 +0200 Subject: Re: Debugging pthread in ARM. From: gomrioje Reply-To: gomez.j@ikusi.es To: Daniel Jacobowitz Cc: =?ISO-8859-1?Q?Jes=FAs_G=F3mez_R=EDo?= , gdb@sourceware.org In-Reply-To: <20070516173752.GA14525@caradoc.them.org> References: <1179233344.1389.18.camel@DAFPC5206.ikusi.net> <20070515125816.GA13421@caradoc.them.org> <1179249238.6692.12.camel@DAFPC5206.ikusi.net> <20070515172110.GA27784@caradoc.them.org> <1179329274.6692.30.camel@DAFPC5206.ikusi.net> <20070516153502.GA8429@caradoc.them.org> <1179336833.6692.42.camel@DAFPC5206.ikusi.net> <20070516173752.GA14525@caradoc.them.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Wed, 16 May 2007 17:46:00 -0000 Message-Id: <1179337620.6692.49.camel@DAFPC5206.ikusi.net> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 X-TM-AS-Product-Ver: SMEX-7.0.0.1433-3.6.1039-15178.001 X-TM-AS-Result: No--12.544800-5.000000-31 Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2007-05/txt/msg00059.txt.bz2 I have tried, and I get the same result. Could it be link to: http://sources.redhat.com/ml/gdb/2003-06/msg00535.html ? It was about single-step in gdbserver for pthread_create? 2003-06-28 Daniel Jacobowitz * linux-arm-low.c (arm_reinsert_addr): New function. (the_low_target): Add arm_reinsert_addr. Index: linux-arm-low.c =================================================================== RCS file: /cvs/src/src/gdb/gdbserver/linux-arm-low.c,v retrieving revision 1.5 diff -u -p -r1.5 linux-arm-low.c --- linux-arm-low.c 18 Nov 2002 00:37:50 -0000 1.5 +++ linux-arm-low.c 28 Jun 2003 23:53:49 -0000 @@ -80,6 +80,17 @@ arm_breakpoint_at (CORE_ADDR where) return 0; } +/* We only place breakpoints in empty marker functions, and thread locking + is outside of the function. So rather than importing software single-step, + we can just run until exit. */ +static CORE_ADDR +arm_reinsert_addr () +{ + unsigned long pc; + collect_register_by_name ("lr", &pc); + return pc; +} + struct linux_target_ops the_low_target = { arm_num_regs, arm_regmap, @@ -89,7 +100,7 @@ struct linux_target_ops the_low_target = arm_set_pc, (const char *) &arm_breakpoint, arm_breakpoint_len, - NULL, + arm_reinsert_addr, 0, arm_breakpoint_at, }; Regards, > On Wed, May 16, 2007 at 07:33:53PM +0200, gomrioje wrote: > > set solib-absolute-prefix /app/arm/bitbaketmp/staging/arm-linux/lib/ > > I'm not sure how many times I can try to explain this... this is the > wrong path. You should be able to append "/lib/ld-linux.so.2" to that > path and find your dynamic loader. Try removing "/lib/" from the end > of your setting. > -