From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9052 invoked by alias); 22 Mar 2004 09:40:24 -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 9045 invoked from network); 22 Mar 2004 09:40:23 -0000 Received: from unknown (HELO hotmail.com) (64.4.27.101) by sources.redhat.com with SMTP; 22 Mar 2004 09:40:23 -0000 Received: from mail pickup service by hotmail.com with Microsoft SMTPSVC; Mon, 22 Mar 2004 01:40:22 -0800 Received: from 192.106.52.2 by by8fd.bay8.hotmail.msn.com with HTTP; Mon, 22 Mar 2004 09:40:21 GMT X-Originating-IP: [192.106.52.2] X-Originating-Email: [luca_risso@hotmail.com] X-Sender: luca_risso@hotmail.com From: "luca risso" To: drow@false.org Cc: gdb@sources.redhat.com Bcc: Subject: Re: Remote debugging Date: Mon, 22 Mar 2004 14:23:00 -0000 Mime-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1; format=flowed Message-ID: X-OriginalArrivalTime: 22 Mar 2004 09:40:22.0323 (UTC) FILETIME=[B2209030:01C40FF1] X-SW-Source: 2004-03/txt/msg00196.txt.bz2 >On Fri, Mar 19, 2004 at 10:13:40AM +0000, luca risso wrote: > > Hi, > > > > I'm trying to debug an application running on a PPC board with Linux >2.4.25. > > > > I'm new about this kind of environment so please don't be surprised if >my > > question seems too silly. > > Using GDBServer I can run the program on the target and set breakpoints >to > > stop a thread. > > I seems to me that should be possible (I've still not experinced that) >also > > to stop all threads of a process on the same breakpoint. > > > > Now, is it possible someway to stop all processes running on the board? > > It would be useful when debugging processes sending messages to each >other. > > Something similar is available using psos and VxWorks environments where > > all processes seems to be "freezed" at a time. > >No, it's not possible. GDB can only manage one process at a time. > >By the way, every time you stop a thread, GDB arranges for all threads >in that process to stop. GDB doesn't currently support any other mode. > In this case, for such an embedded appilcation, do you think it could be reasonable to compile all the application stuff along with the Linux kernel? Then probably my program would appear as a kernel thread (??) so that it can be debugged using gdb stubs for kernel debugging. Do you see any drawback in this approach? Is there a "standard" or "common" approach for this kind of application? Thanks a lot. Regards. Luca _________________________________________________________________ Filtri antispamming e antivirus per la tua casella di posta http://www.msn.it/msn/hotmail