Re: Moving other hex functions to /common
Bruce Momjian <bruce@momjian.us>
From: Bruce Momjian <bruce@momjian.us>
To: Michael Paquier <michael@paquier.xyz>
Cc: Sehrope Sarkuni <sehrope@jackdb.com>, PostgreSQL-development <pgsql-hackers@postgresql.org>
Date: 2021-01-14T02:55:34Z
Lists: pgsql-hackers
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Rework refactoring of hex and encoding routines
- aef8948f38d9 14.0 landed
On Thu, Jan 14, 2021 at 11:17:40AM +0900, Michael Paquier wrote: > On Wed, Jan 13, 2021 at 10:00:49AM -0500, Sehrope Sarkuni wrote: > > The length functions in src/common/hex.c should cast srclen to uint64 prior > > to the shift. The current hex_enc_len(...) in encode.c performs such a > > cast. > > Thanks, Sehrope. I have reviewed the code this morning and fixed > that, adjusted a couple of elog() strings I found inconsistent after > review and ran pgindent. And applied it. Thanks. All my key management regression tests pass on top of your applied patch. -- Bruce Momjian <bruce@momjian.us> https://momjian.us EnterpriseDB https://enterprisedb.com The usefulness of a cup is in its emptiness, Bruce Lee