From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 28120 invoked by alias); 16 Oct 2013 23:40:30 -0000 Mailing-List: contact gdb-patches-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-patches-owner@sourceware.org Received: (qmail 28106 invoked by uid 89); 16 Oct 2013 23:40:29 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-3.9 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with ESMTP; Wed, 16 Oct 2013 23:40:28 +0000 Received: from int-mx10.intmail.prod.int.phx2.redhat.com (int-mx10.intmail.prod.int.phx2.redhat.com [10.5.11.23]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id r9GNeR6V009489 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Wed, 16 Oct 2013 19:40:27 -0400 Received: from psique (ovpn-113-80.phx2.redhat.com [10.3.113.80]) by int-mx10.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id r9GNeNSd001889 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES128-SHA bits=128 verify=NO); Wed, 16 Oct 2013 19:40:25 -0400 From: Sergio Durigan Junior To: Jan Kratochvil Cc: Keith Seitz , "gdb-patches\@sourceware.org ml" Subject: Re: Regression for gdb.pascal/* [Re: [RFA 4/4] Constify parse_linesepc] References: <5249C987.50809@redhat.com> <87d2no4uim.fsf@fleche.redhat.com> <524BA344.2070802@redhat.com> <20131016095743.GA17072@host2.jankratochvil.net> X-URL: http://www.redhat.com Date: Wed, 16 Oct 2013 23:40:00 -0000 In-Reply-To: (Sergio Durigan Junior's message of "Wed, 16 Oct 2013 19:07:08 -0300") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.1 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-IsSubscribed: yes X-SW-Source: 2013-10/txt/msg00505.txt.bz2 On Wednesday, October 16 2013, I wrote: > On Wednesday, October 16 2013, Jan Kratochvil wrote: > >> On Wed, 02 Oct 2013 06:38:28 +0200, Keith Seitz wrote: >>> All committed. Thank you Sergio and Tom for looking at this! >> >> c85cddc51d5d9e4423509a2dc7cf3d9809451b49 is the first bad commit >> commit c85cddc51d5d9e4423509a2dc7cf3d9809451b49 >> Author: Keith Seitz >> Date: Wed Oct 2 00:46:06 2013 +0000 >> >> Constification of parse_linespec and fallout: >> https://sourceware.org/ml/gdb-patches/2013-09/msg01017.html >> https://sourceware.org/ml/gdb-patches/2013-09/msg01018.html >> https://sourceware.org/ml/gdb-patches/2013-09/msg01019.html >> https://sourceware.org/ml/gdb-patches/2013-09/msg01020.html > > Thanks for the report. > > The problem happens because when yylex is going to parse a number, it > starts by saving the pointer to the input string in a variable "p", then > it advances this variable depending on what it finds, and finally it > updates "lexptr" by using "p". However, "p" is "tokstart" at the > beginning of the function, which used to be the same pointer as > "lexptr", but now it's allocated using "alloca". > > I chose to fix this by advancing "p" and "lexptr" by the same amounts > every time, so that they do not get out of sync (which also makes it > unnecessary to update "lexptr" in the end). > > I ran the failing tests and they pass now. I am running a regression > test now, but it will take a long time to complete, so I am sending this > patch for appreciation first. > > OK to apply? I had a brief chat with Keith, who updated me on this. According to him, there are many more places that need to be updated. He's already talking to Pierre about this, so probably my patch is not complete/correct. Thus, feel free to drop it if it is the case. Thanks, -- Sergio