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

From: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
To: Alvaro Herrera <alvherre(at)2ndquadrant(dot)com>
Cc: Andrew Dunstan <andrew(dot)dunstan(at)2ndquadrant(dot)com>, Alexander Korotkov <akorotkov(at)postgresql(dot)org>, pgsql-hackers(at)lists(dot)postgresql(dot)org
Subject: Re: pgsql: Get rid of backtracking in jsonpath_scan.l
Date: 2019-03-26 17:19:14
Message-ID: 1843.1553620754@sss.pgh.pa.us
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-committers pgsql-hackers

Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> writes:
>> 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.

> BTW I think we should update our message to use this URL instead of
> ambiguously pointing to "ntstatus.h".

I've never cared for the ntstatus.h reference, but how stable is
the URL you suggest going to be? That UUID or whatever it is
does not inspire confidence.

regards, tom lane

In response to

Responses

Browse pgsql-committers by date

  From Date Subject
Next Message Tom Lane 2019-03-26 17:32:53 pgsql: Fix oversight in data-type change for autovacuum_vacuum_cost_del
Previous Message Peter Geoghegan 2019-03-26 17:13:02 Re: pgsql: Collations with nondeterministic comparison

Browse pgsql-hackers by date

  From Date Subject
Next Message Michael Banck 2019-03-26 17:22:55 [Patch] Base backups and random or zero pageheaders (was: Online verification of checksums)
Previous Message Andrew Dunstan 2019-03-26 17:11:14 Re: pgsql: Get rid of backtracking in jsonpath_scan.l