From: | Michael Paquier <michael(at)paquier(dot)xyz> |
---|---|
To: | Andrew Dunstan <andrew(at)dunslane(dot)net> |
Cc: | Jacob Champion <jacob(dot)champion(at)enterprisedb(dot)com>, Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>, Nathan Bossart <nathandbossart(at)gmail(dot)com>, Jelte Fennema-Nio <postgres(at)jeltef(dot)nl>, Amit Langote <amitlangote09(at)gmail(dot)com>, Robert Haas <robertmhaas(at)gmail(dot)com>, Peter Smith <smithpb2250(at)gmail(dot)com>, PostgreSQL Hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org> |
Subject: | Re: WIP Incremental JSON Parser |
Date: | 2024-04-18 06:04:41 |
Message-ID: | ZiC3-cdFys4-6xSk@paquier.xyz |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
On Wed, Apr 10, 2024 at 07:47:38AM -0400, Andrew Dunstan wrote:
> Here's v2 of the cleanup patch 4, that fixes some more typos kindly pointed
> out to me by Alexander Lakhin.
I can see that this has been applied as of 42fa4b660143 with some
extra commits.
Anyway, I have noticed another thing in the surroundings that's
annoying. 003 has this logic:
use File::Temp qw(tempfile);
[...]
my ($fh, $fname) = tempfile();
print $fh $stdout,"\n";
close($fh);
This creates a temporary file in /tmp/ that remains around, slowing
bloating the temporary file space on a node while leaving around some
data. Why using File::Temp::tempfile here? Couldn't you just use a
file in a PostgreSQL::Test::Utils::tempdir() that would be cleaned up
once the test finishes?
Per [1], escape_json() has no coverage outside its default path. Is
that intended?
Documenting all these test files with a few comments would be welcome,
as well, with some copyright notices...
json_file = fopen(testfile, "r");
fstat(fileno(json_file), &statbuf);
bytes_left = statbuf.st_size;
No checks on failure of fstat() here?
json_file = fopen(argv[2], "r");
Second one in test_json_parser_perf.c, with more stuff for fread().
[1]: https://coverage.postgresql.org/src/test/modules/test_json_parser/test_json_parser_incremental.c.gcov.html
--
Michael
From | Date | Subject | |
---|---|---|---|
Next Message | Japin Li | 2024-04-18 06:07:22 | Re: Cannot find a working 64-bit integer type on Illumos |
Previous Message | Amit Kapila | 2024-04-18 05:52:24 | Re: Disallow changing slot's failover option in transaction block |