From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 343 invoked by alias); 23 Apr 2013 18:53:08 -0000 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 Received: (qmail 334 invoked by uid 89); 23 Apr 2013 18:53:08 -0000 X-Spam-SWARE-Status: No, score=-4.7 required=5.0 tests=AWL,BAYES_00,KHOP_RCVD_UNTRUST,KHOP_THREADED,RCVD_IN_DNSWL_LOW,RP_MATCHES_RCVD autolearn=ham version=3.3.1 Received: from mail.stusta.mhn.de (HELO mail.stusta.mhn.de) (141.84.69.5) by sourceware.org (qpsmtpd/0.84/v0.84-167-ge50287c) with ESMTP; Tue, 23 Apr 2013 18:53:06 +0000 Received: from [10.150.42.66] (r042066.stusta.swh.mhn.de [10.150.42.66]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by mail.stusta.mhn.de (Postfix) with ESMTPS id 4FEDC19535 for ; Tue, 23 Apr 2013 20:53:04 +0200 (CEST) Message-ID: <5176D890.6010706@stusta.mhn.de> Date: Tue, 23 Apr 2013 18:53:00 -0000 From: Markus Teich User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130308 Thunderbird/17.0.4 MIME-Version: 1.0 To: gdb@sourceware.org Subject: Re: meaning of tags in output References: <5170EAF2.3060007@stusta.mhn.de> <87k3ntp0w6.fsf@fleche.redhat.com> In-Reply-To: <87k3ntp0w6.fsf@fleche.redhat.com> Content-Type: text/plain; charset=ISO-8859-15; format=flowed Content-Transfer-Encoding: 7bit X-SW-Source: 2013-04/txt/msg00065.txt.bz2 Thanks for the extensive reply. > Markus> Since i am only working with C-Code right now, i tried to filter, which > Markus> tags are relevant for C and which are not. > > If you are parsing the CLI output, you should know that MI is designed > for this. Parsing the CLI output is always going to be fragile. Actually i am using the MI with libgdbmi, which unfortunately is not actively developed anymore. I also use varobjects and -var-evaluate-expression, but they still contain some tags in the output. > Markus>
> Markus> ???seems to be for errorhandling in gdb??? > > I see the code, but I don't know how this could happen. If it is unreachable, it probably should be removed. --Markus