From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11375 invoked by alias); 20 Nov 2004 17:13:29 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 11354 invoked from network); 20 Nov 2004 17:13:24 -0000 Received: from unknown (HELO kharon.iss.org.ua) (212.109.61.230) by sourceware.org with SMTP; 20 Nov 2004 17:13:24 -0000 Received: from kesl16 (kesl4.iss.org.ua [192.168.1.5]) by kharon.iss.org.ua (8.13.1/8.13.1) with SMTP id iAKHCOcV015297; Sat, 20 Nov 2004 19:12:59 +0200 (EET) (envelope-from vladimir.vorobyov@iss.org.ua) Message-ID: <016f01c4cf24$18861830$0501a8c0@kesl16> From: "Vladimir Vorobyov" To: "Daniel Jacobowitz" , "Andreas Schwab" Cc: , "Andreas Schwab" References: <200411191233.22357.vladimir.vorobyov@iss.org.ua> <200411191641.15822.vladimir.vorobyov@iss.org.ua> <20041120013220.GB27485@nevyn.them.org> <200411201427.13557.vladimir.vorobyov@iss.org.ua> <20041120164209.GA15174@nevyn.them.org> Subject: Re: pthreads debug with gdbserver Date: Sat, 20 Nov 2004 17:38:00 -0000 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-SW-Source: 2004-11/txt/msg00209.txt.bz2 > > As I said in my first message the breakpoint is hit exactly 3 times. I found > > that current_sos in solib-svr4.c can not find any libraries. It was because > > first_link_map_member returned NULL. After this I found that > > SVR4_FETCH_LINK_MAP_OFFSETS did not return correct offsets (which are correct > > for me? ilp32?). I tried to follow those gdbach_data calls but it was too > > difficult. I just assigned svr4_ilp32_fetch_link_map_offsets to > > SVR4_FETCH_LINK_MAP_OFFSETS (how to do it correctly?). > > After this with every shlib breakpoint hit gdb loads appropriate shared lib > > BUT gdbserver reports "Target does not support breakpoints" 3 times for each > > library loaded. What does it mean ? > > I still receive SIG32, info threads still shows only one thread. "info shared" > > shows all libraries that are loaded and td_ta_new() call now returns > > successfully. > > Take a look at the source code to gdbserver. Andreas, now I remember > why I enabled thread_db support on a per-target basis - there are other > support routines that have to be written. > Yes, I have noticed that, too. I'm currently trying to get it working for > m68k (plus support for PTRACE_GETREGS). What routines should I add? Also I've added set_solib_svr4_fetch_link_map_offsets (gdbarch, svr4_ilp32_fetch_link_map_offsets) to m68klinux-tdep.c. It fixed the problem with bad link_map_offsets. Regards, Vladimir.