From: | Alvaro Herrera <alvherre(at)2ndquadrant(dot)com> |
---|---|
To: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
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 18:00:10 |
Message-ID: | 20190326180010.GA5729@alvherre.pgsql |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-committers pgsql-hackers |
On 2019-Mar-26, Tom Lane wrote:
> 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.
That's true. Before posting, I looked for a statement about URL
stability, couldn't find anything. I suppose one currently working URL
is better than four currently dead URLs.
--
Álvaro Herrera https://www.2ndQuadrant.com/
PostgreSQL Development, 24x7 Support, Remote DBA, Training & Services
From | Date | Subject | |
---|---|---|---|
Next Message | Tom Lane | 2019-03-26 18:25:52 | Re: pgsql: Get rid of backtracking in jsonpath_scan.l |
Previous Message | Tom Lane | 2019-03-26 17:32:53 | pgsql: Fix oversight in data-type change for autovacuum_vacuum_cost_del |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Banck | 2019-03-26 18:23:19 | Re: [Patch] Base backups and random or zero pageheaders (was: Online verification of checksums) |
Previous Message | Tom Lane | 2019-03-26 17:38:00 | Re: [PATCH][HOTFIX] vacuum_cost_delay type change from int to real have not been done everywhere |