| From: | Japin Li <japinli(at)hotmail(dot)com> |
|---|---|
| To: | "zengman" <zengman(at)halodbtech(dot)com> |
| Cc: | "pgsql-hackers" <pgsql-hackers(at)postgresql(dot)org> |
| Subject: | Re: [PATCH] Fix minor issues in astreamer_zstd.c |
| Date: | 2026-01-10 07:03:10 |
| Message-ID: | SYAPR01MB3038A4B6C26ED62562860C03B683A@SYAPR01MB3038.ausprd01.prod.outlook.com |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-hackers |
On Sat, 10 Jan 2026 at 12:59, "zengman" <zengman(at)halodbtech(dot)com> wrote:
> Hi all,
>
> While reviewing the zstd code, I noticed two minor issues in astreamer_zstd.c that appear to be errors:
>
> First, the file header comment for astreamer_zstd_compressor incorrectly references "lz4 compression" instead of "zstd compression" — this looks like a copy-paste error from astreamer_lz4.c.
> Second, in the astreamer_zstd_decompressor_finalize function, it seems
> there may be an error in parameter passing: the function uses the full
> buffer capacity (bbs_buffer.maxlen) when calling astreamer_content,
> rather than the actual length of decompressed data (zstd_outBuf.pos).
>
> I’ve attached two patches to address these potential issues:
> 0001: Fixes the incorrect comment in the astreamer_zstd.c header
+1
> 0002: Corrects the parameter passed to astreamer_content in astreamer_zstd_decompressor_finalize
Not sure about this — LZ4 and GZIP do the same thing.
Based on the code coverage reports in [0] and [1], it appears that this case
is already covered by existing tests for both LZ4 and GZIP.
[0] https://coverage.postgresql.org/src/fe_utils/astreamer_lz4.c.gcov.html
[1] https://coverage.postgresql.org/src/fe_utils/astreamer_gzip.c.gcov.html
--
Regards,
Japin Li
ChengDu WenWu Information Technology Co., Ltd.
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Kirill Reshke | 2026-01-10 07:41:26 | Re: GIN pageinspect support for entry tree and posting tree |
| Previous Message | Dilip Kumar | 2026-01-10 06:49:46 | Re: Proposal: Conflict log history table for Logical Replication |