From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 17313 invoked by alias); 22 Nov 2004 12:41:03 -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 17273 invoked from network); 22 Nov 2004 12:40:54 -0000 Received: from unknown (HELO kharon.iss.org.ua) (212.109.61.230) by sourceware.org with SMTP; 22 Nov 2004 12:40:54 -0000 Received: from Vladimir (kesl4.iss.org.ua [192.168.1.5]) by kharon.iss.org.ua (8.13.1/8.13.1) with ESMTP id iAMCfItg040727; Mon, 22 Nov 2004 14:41:24 +0200 (EET) (envelope-from vladimir.vorobyov@iss.org.ua) Content-Type: text/plain; charset="iso-8859-1" From: Vladimir Vorobyov Organization: ISS To: Daniel Jacobowitz , Andreas Schwab Subject: Re: pthreads debug with gdbserver Date: Mon, 22 Nov 2004 14:07:00 -0000 User-Agent: KMail/1.4.3 Cc: gdb@sources.redhat.com References: <200411191233.22357.vladimir.vorobyov@iss.org.ua> <200411191641.15822.vladimir.vorobyov@iss.org.ua> <20041120013220.GB27485@nevyn.them.org> In-Reply-To: <20041120013220.GB27485@nevyn.them.org> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Message-Id: <200411221440.21131.vladimir.vorobyov@iss.org.ua> X-SW-Source: 2004-11/txt/msg00213.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. I think I've added all missing routines and it ALMOST work. First, I have to specify 'set remotetimeout 60' otherwise gdb reports timeo= ut=20 error (Ignoring packet error, continuing...). - Is it normal ? Second, after I set any break point (e.g. break main) I cant use 'continue'= =20 command. Program stops after any instruction with SIGTRAP. When I force=20 gdbserver to ignore 'stepping' variable, everything works fine. But Im sure= =20 it is wrong correction. Who is responsible for reseting stepping? And why w= e=20 need it? Thanks in advance. Regards, Vladimir.