From: | Kyotaro Horiguchi <horikyota(dot)ntt(at)gmail(dot)com> |
---|---|
To: | orlovmg(at)gmail(dot)com |
Cc: | pashkin(dot)elfe(at)gmail(dot)com, aleksander(at)timescale(dot)com, pgsql-hackers(at)lists(dot)postgresql(dot)org, sfrost(at)snowman(dot)net, aekorotkov(at)gmail(dot)com, andres(at)anarazel(dot)de, ilan(at)tzirechnoy(dot)com |
Subject: | Re: Add 64-bit XIDs into PostgreSQL 15 |
Date: | 2022-03-16 03:08:21 |
Message-ID: | 20220316.120821.2243320959291091925.horikyota.ntt@gmail.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
At Tue, 15 Mar 2022 18:48:34 +0300, Maxim Orlov <orlovmg(at)gmail(dot)com> wrote in
> 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?
Doesn't doing "errmsg("blah blah %lld ..", (long long) xid)" work?
> 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!
My pleasure.
regards.
--
Kyotaro Horiguchi
NTT Open Source Software Center
From | Date | Subject | |
---|---|---|---|
Next Message | zk.wang | 2022-03-16 03:16:58 | Move the "DR_intorel" struct to a more suitable position |
Previous Message | Kyotaro Horiguchi | 2022-03-16 03:07:47 | Re: BufferAlloc: don't take two simultaneous locks |