From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 9189 invoked by alias); 11 Dec 2002 22:52:00 -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 9165 invoked from network); 11 Dec 2002 22:51:58 -0000 Received: from unknown (HELO hydra.ubicom.com) (4.20.168.98) by sources.redhat.com with SMTP; 11 Dec 2002 22:51:58 -0000 Received: FROM jaguar.scenix_engr BY hydra.ubicom.com ; Wed Dec 11 14:50:39 2002 -0800 Received: from ubicom.com by jaguar.scenix_engr (SMI-8.6/SMI-SVR4) id OAA12731; Wed, 11 Dec 2002 14:51:47 -0800 Received: (from natg@localhost) by ubicom.com (8.11.6/8.11.6) id gBBMpkq08316; Wed, 11 Dec 2002 14:51:46 -0800 Date: Wed, 11 Dec 2002 14:52:00 -0000 From: Nat Gurumoorthy Message-Id: <200212112251.gBBMpkq08316@ubicom.com> To: drow@mvista.com Subject: Re: Proposal for customization of output of "to_pid_to_str" op in remote.c Cc: gdb@sources.redhat.com X-SW-Source: 2002-12/txt/msg00183.txt.bz2 >Daniel Jaccobowitz wrote >The remote protocol allows you to return more information in the stub. >Can you do that instead? See ThreadExtraInfo. Daniel, I know that. Just as the remote protocol allows me to print out extra information about each thread, I would like it to let me print out the name of the thread and not call it "Thread 1" or "Thread 2" etc. The proposed interface will allow the target dependent layer to print what ever it wants. If the target dependent layer does not specify the macro the behavior reverts to the Original mode. Regards Nat ps: Thanks for pointing out the problem with the natg@ubicom.com address. It has been fixed.