From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <gdb-return-25218-listarch-gdb=sources.redhat.com@sourceware.org>
Received: (qmail 1090 invoked by alias); 12 May 2006 18:59:42 -0000
Received: (qmail 1081 invoked by uid 22791); 12 May 2006 18:59:41 -0000
X-Spam-Check-By: sourceware.org
Received: from e34.co.us.ibm.com (HELO e34.co.us.ibm.com) (32.97.110.152)     by sourceware.org (qpsmtpd/0.31) with ESMTP; Fri, 12 May 2006 18:59:38 +0000
Received: from westrelay02.boulder.ibm.com (westrelay02.boulder.ibm.com [9.17.195.11]) 	by e34.co.us.ibm.com (8.12.11.20060308/8.12.11) with ESMTP id k4CIxaE3003830 	for <gdb@sources.redhat.com>; Fri, 12 May 2006 14:59:36 -0400
Received: from d03av02.boulder.ibm.com (d03av02.boulder.ibm.com [9.17.195.168]) 	by westrelay02.boulder.ibm.com (8.12.10/NCO/VER6.8) with ESMTP id k4CIxack261478 	for <gdb@sources.redhat.com>; Fri, 12 May 2006 12:59:36 -0600
Received: from d03av02.boulder.ibm.com (loopback [127.0.0.1]) 	by d03av02.boulder.ibm.com (8.12.11/8.13.3) with ESMTP id k4CIxaUg013298 	for <gdb@sources.redhat.com>; Fri, 12 May 2006 12:59:36 -0600
Received: from dufur.beaverton.ibm.com (dufur.beaverton.ibm.com [9.47.22.20]) 	by d03av02.boulder.ibm.com (8.12.11/8.12.11) with ESMTP id k4CIxZ5L013206; 	Fri, 12 May 2006 12:59:35 -0600
Subject: Re: conditional breakpoint with (char* ) string condition
From: PAUL GILLIAM <pgilliam@us.ibm.com>
Reply-To: pgilliam@us.ibm.com
To: Eli Zaretskii <eliz@gnu.org>
Cc: drow@false.org, Auslieferator@gmx.net, gdb@sources.redhat.com
In-Reply-To: <ufyjf6r0d.fsf@gnu.org>
References: <44645774.8060503@gmx.net> <uy7x77akz.fsf@gnu.org> 	 <44645774.8060503@gmx.net> <20060512124527.GB3460@nevyn.them.org> 	 <uody373pe.fsf@gnu.org>  <20060512135420.GA6349@nevyn.them.org> 	 <1147446332.3672.51.camel@dufur.beaverton.ibm.com>  <ufyjf6r0d.fsf@gnu.org>
Content-Type: text/plain
Date: Sat, 13 May 2006 11:24:00 -0000
Message-Id: <1147456548.3672.78.camel@dufur.beaverton.ibm.com>
Mime-Version: 1.0
X-Mailer: Evolution 2.2.2 (2.2.2-5)
Content-Transfer-Encoding: 7bit
X-IsSubscribed: yes
Mailing-List: contact gdb-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Subscribe: <mailto:gdb-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/gdb/>
List-Post: <mailto:gdb@sourceware.org>
List-Help: <mailto:gdb-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: gdb-owner@sourceware.org
X-SW-Source: 2006-05/txt/msg00171.txt.bz2

On Fri, 2006-05-12 at 21:24 +0300, Eli Zaretskii wrote:
> > From: PAUL GILLIAM <pgilliam@us.ibm.com>
> > Cc: Eli Zaretskii <eliz@gnu.org>, Fabio De Bona <Auslieferator@gmx.net>,
> >         gdb@sources.redhat.com
> > Date: Fri, 12 May 2006 08:05:32 -0700
> > 
> > How about strlen as well?
> 
> Where would it be useful?

Here is an admittedly contrived example. Say we had a target program
that was writing a 'progress meter' to stderr with the following code:

        void progress_tick (buf)
        {
          void strcat (buf, ".");
          fprintf (stderr, "\r%s", buf);
        }
        
        main ()
        {
          char progress[1024] = { 0 };
          . . .
          while ( ! done)
          {
            progress_tick (progress);
            real_work ();
          }
        
          return 0;
        }
        
Then in GDB you could do this:

        start
        b real_work if $_strlen(progress) >= 5
        

Yes, this example might not be 'real world', but strlen just seems to go
with strcmp.
 
-=# Paul #=-