Re: WIP Incremental JSON Parser
Andrew Dunstan <andrew@dunslane.net>
From: Andrew Dunstan <andrew@dunslane.net>
To: Robert Haas <robertmhaas@gmail.com>
Cc: Peter Smith <smithpb2250@gmail.com>, Jacob Champion
<champion.p@gmail.com>,
PostgreSQL Hackers <pgsql-hackers@lists.postgresql.org>
Date: 2024-01-26T17:15:27Z
Lists: pgsql-hackers
Attachments
- v7-0001-Introduce-a-non-recursive-JSON-parser.patch (text/x-patch) patch v7-0001
- v7-0002-Add-support-for-incrementally-parsing-backup-mani.patch (text/x-patch) patch v7-0002
- v7-0003-Use-incremental-parsing-of-backup-manifests.patch (text/x-patch) patch v7-0003
- v7-0004-add-logging-traces-to-see-if-we-can-find-out-what.patch (text/x-patch) patch v7-0004
On 2024-01-24 We 13:08, Robert Haas wrote: > > Maybe you should adjust your patch to dump the manifests into the log > file with note(). Then when cfbot runs on it you can see exactly what > the raw file looks like. Although I wonder if it's possible that the > manifest itself is OK, but somehow it gets garbled when uploaded to > the server, either because the client code that sends it or the server > code that receives it does something that isn't safe in 32-bit mode. > If we hypothesize an off-by-one error or a buffer overrun, that could > possibly explain how one field got garbled while the rest of the file > is OK. Yeah, I thought earlier today I was on the track of an off by one error, but I was apparently mistaken, so here's the same patch set with an extra patch that logs a bunch of stuff, and might let us see what's upsetting the cfbot. cheers andrew -- Andrew Dunstan EDB: https://www.enterprisedb.com
Commits
-
Post review fixes for test_json_parser test module
- ba3e6e2bca97 17.0 landed
-
Shrink test file for test_json_parser module
- b8a7bfa33324 17.0 landed
-
Add support for incrementally parsing backup manifests
- ea7b4e9a2a7c 17.0 landed
-
Introduce a non-recursive JSON parser
- 3311ea86edc7 17.0 landed
-
Use incremental parsing of backup manifests.
- 222e11a10ae9 17.0 landed