Re: pgsql: Get rid of backtracking in jsonpath_scan.l

From: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
To: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>
Cc: Alexander Korotkov <akorotkov(at)postgresql(dot)org>, pgsql-committers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Get rid of backtracking in jsonpath_scan.l
Date: 2019-03-26 15:22:09
Message-ID: 20190326152209.GA16374@alvherre.pgsql
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

On 2019-Mar-26, Andrew Dunstan wrote:

> On 3/25/19 8:44 AM, Alexander Korotkov wrote:
> > Get rid of backtracking in jsonpath_scan.l
> >
> > Non-backtracking flex parsers work faster than backtracking ones. So, this
> > commit gets rid of backtracking in jsonpath_scan.l. That required explicit
> > handling of some cases as well as manual backtracking for some cases. More
> > regression tests for numerics are added.
>
> jacana appears to be having trouble with this:
>
>
> 2019-03-26 00:49:02.208 EDT [5c99ae9e.20cc:6] LOG: server process (PID 8368) was terminated by exception 0xC0000028

0xC0000028 is STATUS_BAD_STACK, per
https://docs.microsoft.com/en-us/openspecs/windows_protocols/ms-erref/596a1078-e883-4972-9bbc-49e60bebca55
Not sure how credible/useful a stack trace is going to be.

--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2019-03-26 16:03:35 pgsql: Get rid of duplicate child RTE for a partitioned table.
Previous Message Alexander Korotkov 2019-03-26 14:46:47 Re: pgsql: Get rid of backtracking in jsonpath_scan.l

Browse pgsql-hackers by date

  From Date Subject
Next Message Masahiko Sawada 2019-03-26 15:23:11 Re: Re: reloption to prevent VACUUM from truncating empty pages at the end of relation
Previous Message Tomas Vondra 2019-03-26 15:21:08 Re: [HACKERS] PATCH: multivariate histograms and MCV lists