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.94.2) (envelope-from ) id 1slli2-0014MX-BQ for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Sep 2024 08:49:50 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.94.2) (envelope-from ) id 1slli0-006eHA-Ud for pgsql-hackers@arkaria.postgresql.org; Wed, 04 Sep 2024 08:49:49 +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.94.2) (envelope-from ) id 1slli0-006eH1-L6 for pgsql-hackers@lists.postgresql.org; Wed, 04 Sep 2024 08:49:49 +0000 Received: from mail-ed1-x52b.google.com ([2a00:1450:4864:20::52b]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.94.2) (envelope-from ) id 1sllhy-0005Fe-Hf for pgsql-hackers@lists.postgresql.org; Wed, 04 Sep 2024 08:49:47 +0000 Received: by mail-ed1-x52b.google.com with SMTP id 4fb4d7f45d1cf-5c2535b081fso452404a12.2 for ; Wed, 04 Sep 2024 01:49:46 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1725439785; x=1726044585; 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=KF/3q2L3sh2vvh1sGBwYA0dYD+DzNBMw5XPmJP4i+Ik=; b=N0uTtqa83ldYbqisM3iaDaLqzBeRH9Wt0STx8sfy9ZMfiR17g2yBfVujupmXEPgKPo QWtJUmcSEQPLDpUsUSKpEPR5bvzaiuCvjFVF4CBScrP/teVb4pKzY+PTRW8F/0ENA8ZH hLpAqi8PmEpmMGuATsikzq3IIHEWmw+HUr3uJaPIHx6k94OaZS+apRcgXN/zBtyY8cS4 Hgfbrl08Si+giHBN6+OZo2Nq+eum/XGVHq3fDOcwSB9C0jyeRw7ibEBP0v3x9Gx6yx4P gJ8uYwLrdtet0ZtDvU7YA2VqZ1Djyu8IA0fYl+iR8qpKmK6z1VOz3i3fn7SmJwOc0QFV h93g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1725439785; x=1726044585; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=KF/3q2L3sh2vvh1sGBwYA0dYD+DzNBMw5XPmJP4i+Ik=; b=QdEvFsyGfj1yHKfqrUycRwKZVXiDqV1LUWCS6kZFAIgLBRiDQziT+WPDoRbSdRGVcY T5D4NXI4op7Hm2Fv8AMHkY+gJhP7oijf8w4kZlw0qXjPo1290oCCxL7G32/JudZ3Lq8a smsdMgvM4dC+0kGnNxL45Gq37ZM6xwfo1rd6pBJbdT1ko1lN8Yp3UFdxQ7Q/KOvVzwhY 6j8uv31ipmMtAoQ6K7HVWjMppOd64rsEO7t1foYxcOxqXFQlzHErEOEVUdtW1eKiGddI aqnur8rsvFydI6AVAVxZTNuKNY5EReyCLqw72cgoL8ZU5XwXJ6ZAxZrD95oNaJxF6AyB RT8Q== X-Forwarded-Encrypted: i=1; AJvYcCWoHMdFsmKQmhP6g65hp6oRlAMMG73rxLT84PltJIYqtiCNugB4KhjKHfrutwq1i8gSgdFVQLhJ2AM0oIUl@lists.postgresql.org X-Gm-Message-State: AOJu0Yzhy4pZWgZRMBjdzy201L8/Npzb8ESkElqsSvA7H24CZw8bNV13 ejGVp6PMl4JUkcW0HiS4cOSx46F7bOfalXHPAlRZmHwQGEoMUQKRQ/cLC6ouqqB7Pz7uKfTKXpk rHcJdvN1/YsqVo041X8W5rMBmHX4= X-Google-Smtp-Source: AGHT+IGu7hvPdTB4rRM4TJTTFTqe1RrB0FJLH5GewUbpxQyCyW6+wIAFyKIjjQl0/eiiSIyNjGBJ2LU4qVfWfgvqfMY= X-Received: by 2002:a05:6402:3583:b0:5a2:7cfe:2371 with SMTP id 4fb4d7f45d1cf-5c22f902d00mr6810185a12.3.1725439784170; Wed, 04 Sep 2024 01:49:44 -0700 (PDT) MIME-Version: 1.0 References: In-Reply-To: From: Maxim Orlov Date: Wed, 4 Sep 2024 11:49:32 +0300 Message-ID: Subject: Re: POC: make mxidoff 64 bits To: Alexander Korotkov Cc: wenhui qiu , Heikki Linnakangas , Postgres hackers Content-Type: multipart/alternative; boundary="0000000000006abb3b062147412c" List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk --0000000000006abb3b062147412c Content-Type: text/plain; charset="UTF-8" On Tue, 3 Sept 2024 at 16:32, Alexander Korotkov wrote: > I don't think you need to maintain CATALOG_VERSION_NO change in your > patch for the exact reason you have mentioned: patch will get conflict > each time CATALOG_VERSION_NO is advanced. It's responsibility of > committer to advance CATALOG_VERSION_NO when needed. > OK, I got it. My intention here was to help to test the patch. If someone wants to have a look at the patch, he won't need to make changes in the code. In the next iteration, I'll remove CATALOG_VERSION_NO version change. -- Best regards, Maxim Orlov. --0000000000006abb3b062147412c Content-Type: text/html; charset="UTF-8" Content-Transfer-Encoding: quoted-printable


=
On Tue, 3 Sept 2024 at 16:32, Alexand= er Korotkov <aekorotkov@gmail.co= m> wrote:
I don't think you need to maintain CATALOG_VERSION_NO change in your patch for the exact reason you have mentioned: patch will get conflict
each time CATALOG_VERSION_NO is advanced.=C2=A0 It's responsibility of<= br> committer to advance CATALOG_VERSION_NO when needed.
<= br>
OK, I got it. My intention here was to help to test the patch= . If someone wants to have a=C2=A0
look at the patch, he won'= t need to make changes in the code. In the next iteration, I'll
remove CATALOG_VERSION_NO version change.
=C2=A0
--
Best regards,
= Maxim Orlov.
--0000000000006abb3b062147412c--