From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 15131 invoked by alias); 4 Aug 2005 21:17:34 -0000 Mailing-List: contact gdb-patches-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sources.redhat.com Received: (qmail 15118 invoked by uid 22791); 4 Aug 2005 21:17:31 -0000 Received: from eastrmmtao05.cox.net (HELO eastrmmtao05.cox.net) (68.230.240.34) by sourceware.org (qpsmtpd/0.30-dev) with ESMTP; Thu, 04 Aug 2005 21:17:31 +0000 Received: from white ([68.9.64.121]) by eastrmmtao05.cox.net (InterMail vM.6.01.04.00 201-2131-118-20041027) with ESMTP id <20050804211725.HLMG2947.eastrmmtao05.cox.net@white> for ; Thu, 4 Aug 2005 17:17:25 -0400 Received: from bob by white with local (Exim 3.35 #1 (Debian)) id 1E0n5g-0001GH-00 for ; Thu, 04 Aug 2005 17:17:24 -0400 Date: Thu, 04 Aug 2005 21:17:00 -0000 From: Bob Rossi To: gdb-patches@sources.redhat.com Subject: Re: Fully anchor mi_gdb_test expected results. Message-ID: <20050804211724.GC4472@white> Mail-Followup-To: gdb-patches@sources.redhat.com References: <20050804025045.GC32108@white> <20050804041121.GB29482@nevyn.them.org> <20050804140937.GB4054@white> <20050804141750.GA11536@nevyn.them.org> <20050804142601.GC4054@white> <20050804143238.GA11996@nevyn.them.org> <20050804203704.GA4472@white> <20050804204756.GB4472@white> <20050804205832.GB22030@nevyn.them.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20050804205832.GB22030@nevyn.them.org> User-Agent: Mutt/1.3.28i X-SW-Source: 2005-08/txt/msg00074.txt.bz2 On Thu, Aug 04, 2005 at 04:58:32PM -0400, Daniel Jacobowitz wrote: > On Thu, Aug 04, 2005 at 04:47:56PM -0400, Bob Rossi wrote: > > For instance, a change from > > regsub -all {[]*+.|()^$\[]} $str {\\&} result > > to > > regsub -all {[]*+."|()^$\[]} $str {\\&} result > > > > escapes the quotes. Would a change like this be OK? I'll run the > > testsuite. > > Note, the quotes should _not_ actually need to be escaped. They're not > regex-active. That's odd, for some reason, the testcase will only pass if the quotes are escaped. I have the expression written by hand, and it's the only way it'll work. I agree they are not a special char for regex's. What do you think? Is it because it's currently in a string when being matched? I think that might be the case. Is there a work around for this? Thanks, Bob Rossi