From: | Maxim Orlov <orlovmg(at)gmail(dot)com> |
---|---|
To: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
Cc: | Pavel Borisov <pashkin(dot)elfe(at)gmail(dot)com>, Aleksander Alekseev <aleksander(at)timescale(dot)com>, Postgres hackers <pgsql-hackers(at)lists(dot)postgresql(dot)org>, Stephen Frost <sfrost(at)snowman(dot)net>, Alexander Korotkov <aekorotkov(at)gmail(dot)com>, Andres Freund <andres(at)anarazel(dot)de>, Ilya Anfimov <ilan(at)tzirechnoy(dot)com> |
Subject: | Re: Add 64-bit XIDs into PostgreSQL 15 |
Date: | 2022-03-15 15:48:34 |
Message-ID: | CACG=ezbBF4zocU-11AJBmpbmun4Le_fX1E3r-QH4w3yhYH=O5A@mail.gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
Hi Kyotaro!
0001:
>
> The XID_FMT has quite bad impact on the translatability of error
> messages. 3286065651 has removed INT64_FORMAT from translatable
> texts for the reason. This re-introduces that in several places.
> 0001 itself does not harm but 0005 replaces XID_FMT with
> INT64_FORMAT. Other patches have the same issue, too.
>
I do understand your concern and I wonder how I can do this better? My
first intention was to replace XID_FMT with %llu and INT64_FORMAT with
%lld. This should solve the translatability issue, but I'm not sure about
portability of this. Should this work on Windows, etc? Can you advise me on
the best solution?
We've fixed all the other things mentioned. Thanks!
Also added two fixes:
- CF bot was unhappy with pg_upgrade test in v17 because I forgot to add a
fix for computation of relminmxid during vacuum on a fresh database.
- Replace frozen or invalid x_min with FrozenTransactionId or
InvalidTransactionId respectively during tuple conversion to 64xid.
Reviews are welcome as always! Thanks!
--
Best regards,
Maxim Orlov.
Attachment | Content-Type | Size |
---|---|---|
v18-64bit-xids.tgz | application/gzip | 175.2 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Michael Banck | 2022-03-15 16:15:31 | Re: Add 64-bit XIDs into PostgreSQL 15 |
Previous Message | Yura Sokolov | 2022-03-15 15:10:08 | Re: BufferAlloc: don't take two simultaneous locks |