Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vtoSI-00FHyy-19 for pgsql-hackers@arkaria.postgresql.org; Sat, 21 Feb 2026 14:59:38 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.96) (envelope-from ) id 1vtoSG-00A4Rw-1F for pgsql-hackers@arkaria.postgresql.org; Sat, 21 Feb 2026 14:59:36 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1vtoSG-00A4Rm-0I for pgsql-hackers@lists.postgresql.org; Sat, 21 Feb 2026 14:59:36 +0000 Received: from mail-qk1-x72b.google.com ([2607:f8b0:4864:20::72b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.98.2) (envelope-from ) id 1vtoSC-00000000Wg7-4AbI for pgsql-hackers@lists.postgresql.org; Sat, 21 Feb 2026 14:59:34 +0000 Received: by mail-qk1-x72b.google.com with SMTP id af79cd13be357-8cb3e17d979so44769185a.2 for ; Sat, 21 Feb 2026 06:59:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1771685973; cv=none; d=google.com; s=arc-20240605; b=GjQMpJS9hkq7NQ43mouQgV7U+XCUu2/OGx2B/QGrVOoBAuFR61kUtoAYlqtGtmLSlf yuMA1JodOv6mz8KeqcVC/9DYAPSgxldHPx6qGi2B0Jk20ADl96E3/MDA8eDz+7JoRACP qixHZFUNV4UaBqNLc1A/k5LGBv/93KNpyfY2y/5wZyDC8fu2nl0ydy72L2BhKABbz+cw woe/w+3wukqiOInx0dXeQud3EW5ldgXlQpyh9Tr/1Ivqc7HKcqZBBq193jUZARSHZinp XLPM5OsKTF/BaVFjMkJNswD6kRUAEUd66KSJ2nbtQqGeTCWYdFMJ7uI6IeCW81Dy9Es8 ZtNw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20240605; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:dkim-signature; bh=BoOGlQyQhAn3TnOtEwwJKbAf4+jfpHjN+WOqW9nF0oo=; fh=NJ2Dy+T+823wF1er3LHv13LVdy394jrz43RVmzPHloo=; b=QF6vJtNEYz6NVB8IhA9hBhG11JazuYTH0QgqAGmUr617oIMa+hnv4MzF6UliCjzt+L JBk2V2aIXpcKQMVTyaBtnZszQ5pygdNCTomtWvkz6MBlY9UNBQidKqG5R1iVBBVyuEim +TKuY9zLxp/h8CGWbpDo7cleWG15Fqy0TX1zbuBk8Di9GKMnRMfbib4m/VLCvR9SezHj TWgynCAK84OBz64GLQu8oia+U5F99pHyZjMsHtIwnQ99mHDl9UTQa8WQxYjSRorBfca9 OcFzgWbl7I6pX0pv+pHfjJycBk5jZWmUrP9TTKSnrMA4ut4bRqFH3B5rAx6LwXbV6qGS TJ0w==; darn=lists.postgresql.org ARC-Authentication-Results: i=1; mx.google.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1771685973; x=1772290773; darn=lists.postgresql.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=BoOGlQyQhAn3TnOtEwwJKbAf4+jfpHjN+WOqW9nF0oo=; b=kUGoniGNIL6vLTcf37yCOiYRg29tjWWGeLdPmFGF5XU6IBJYdkalGDkUhwVt6NO99F TN/WZEOc70bQmMCLHJHO1jV7IEsaOIyr0kEEUF5FBjr4R5ELx+brK5Aaw+v46od1Tws8 UPyfopTUKzmVSR2poZw4RkQ3mLrTFgXWgFi51awU+hMwxNUiSIme3+uSfOTfZhsj0Ljj cVvirwjw1PKJ1QWzu2R2bULYsBdnotb3pmnrMlC0XTob6YZcQe30Rz2oDOSMEF5jM6Pn ngf8gy3DtXULe1x7kCQrrJPzyLORch0rwswfPvi5f8Q8BmBcx9hfVi2tE+TX4mPoy8ew 81Og== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1771685973; x=1772290773; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-gg:x-gm-message-state:from:to:cc:subject:date :message-id:reply-to; bh=BoOGlQyQhAn3TnOtEwwJKbAf4+jfpHjN+WOqW9nF0oo=; b=p54GiO8GDNBatMeOSSq3SIN+C7SaqXPfXzwsR9FPTpSnMFrSa4t9STg6i1GLfQ1gNN jsCJw3RNWE/xAlU2FgdojOpgprGHSe5x5i3YKYy1BvJiCmqyHhaqBnlBgNAqrEywh7pz b7vNNNtQeoET8MRN2QRdik4cQN5WvjNHBmZid9HMF3e0xbjUHeRTpSeoHcVFbZl78jCI VktRsnzDY5LAN/ehUmeATNxpbcWOtWXRI3XB6OKmmFUs56Z4sSpE2C8nbHTHGQ05Mu1B sY4G1/9yr9qAyIi59jXcCkn2fsfEPfHx5MnjFq9+P9EGMG0dHyn4TMdRqKOKUIrFe0yg dFuQ== X-Forwarded-Encrypted: i=1; AJvYcCXLdfxCDM8cXnjju7ue1zzw3ccxV1QvIuN4n/JWSE5tDsOOw1FIsxvwDB4kZiEGmHQ4TrshrdqmbGlThq6P@lists.postgresql.org X-Gm-Message-State: AOJu0Yxf/hxcD4dfzdVggLrqlofPLL7lVjBEdAgyoNH2Qh6AmpBQ4pKy RC4jvGRToDQMHRr6KZ3S6sUi90wQioSSzugqqTZVvygyTGDSUStK5CqpGdnAKpum3CGnnpNp3fY MpdBphGQlIZIMyj4rPX2qicrbHtptFhc= X-Gm-Gg: AZuq6aI0HB77O8t3teyOlRr+FLR03/nVrv3ervY+saiVoxEWqA5GrfzFspClI7QLa2x gWaaDAXUGz3b/Fp9U4A6+9Hzp3bt9uFUtu9d5ML5orVu674vrAiniBeFwq3W1eCDQOx1WH7mdZ7 LFpvQlJeWHh3VOwKmX4sw2ww4Vy4ygD76dvELlz41sjefoCDPDnd2VyrducxFI9lPoA0noH7OP4 IuSHbGtCuSJ4UDKuToGiyH+cyTxZGvzqHOeqx/muNe2Kj53c5ih8PVq2EppyaZ8z39HZD9ZXJU2 XnIW2Q== X-Received: by 2002:ac8:7f4f:0:b0:501:4767:a6f with SMTP id d75a77b69052e-5070bbd652emr35189071cf.3.1771685973194; Sat, 21 Feb 2026 06:59:33 -0800 (PST) MIME-Version: 1.0 References: <36531c0e-292c-409d-bbc7-a252cf6e910a@iki.fi> <54aa8f65-f0e4-4464-b543-e0399c1cab1e@iki.fi> <4a9dda70-0af7-41a4-9636-b168f2fc48ef@iki.fi> <46cc45e9-fddd-44bc-bcb3-96889aafd921@iki.fi> <6c298bc4-7029-4c1d-bf16-3e094842ce32@iki.fi> <2c62322e-a0e3-49cd-b369-370718a8efd8@iki.fi> <3624730d-6dae-42bf-9458-76c4c965fb27@iki.fi> <6dc0880b-15fb-42cf-abfc-62d9d80dd287@iki.fi> In-Reply-To: From: Maxim Orlov Date: Sat, 21 Feb 2026 17:59:21 +0300 X-Gm-Features: AaiRm53nETTYvOQ7We56QuA6jvf_Qdiu6Y7lsJNsWAj_zFbyjmSG4h2MurEVDxw Message-ID: Subject: Re: POC: make mxidoff 64 bits To: Heikki Linnakangas Cc: Alexander Lakhin , Ashutosh Bapat , Alvaro Herrera , Alexander Korotkov , wenhui qiu , Postgres hackers Content-Type: multipart/alternative; boundary="00000000000015fa77064b56c92d" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --00000000000015fa77064b56c92d Content-Type: text/plain; charset="UTF-8" On Fri, 20 Feb 2026 at 11:47, Maxim Orlov wrote: > > Just one more minor thing. While working on making CLOG 64-bit, I > After a short break, I realized this patch still doesn't do it correctly. For transactions that have a real epoch, it won't display it; in fact, it will show a zero epoch. Apparently, we need to output the epoch only when it is different from 0. If it is equal to 0, then output with just %u -- Best regards, Maxim Orlov. --00000000000015fa77064b56c92d Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


On Fri, 20 Feb = 2026 at 11:47, Maxim Orlov <orlovmg= @gmail.com> wrote:

Jus= t one more minor thing. While working on making CLOG 64-bit, I
<= /blockquote>
After a short break, I realized this patch still doesn'= ;t do it correctly.=C2=A0
For transactions that have a real epoch= , it won't display it; in fact, it will=C2=A0
show a zero epo= ch.=C2=A0

Apparently, we need to output the epoch = only when it is different from 0.
If it is equal to 0, then outpu= t with just %u

--
Best regards,
Maxim Orlov.
--00000000000015fa77064b56c92d--