Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mzeNr-0006HX-IC for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Dec 2021 12:36:47 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1mzeNp-00020u-NG for pgsql-hackers@arkaria.postgresql.org; Tue, 21 Dec 2021 12:36:45 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1mzeNp-00020k-0M for pgsql-hackers@lists.postgresql.org; Tue, 21 Dec 2021 12:36:45 +0000 Received: from mail-io1-xd36.google.com ([2607:f8b0:4864:20::d36]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1mzeNh-00054w-Hw for pgsql-hackers@lists.postgresql.org; Tue, 21 Dec 2021 12:36:43 +0000 Received: by mail-io1-xd36.google.com with SMTP id x6so17279540iol.13 for ; Tue, 21 Dec 2021 04:36:37 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=telsasoft-com.20210112.gappssmtp.com; s=20210112; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=NAwGTSqE4E/wg+/zDF5qZSyRwwYO9KZMQPv4H/wOidM=; b=QYtPLR2vaeMgUX4yx93h6GeJQh2Kkk+a9V6JfsnqUKyUgU4JgNQNjh0erT1bISi4Ch QG0L9VAConCDExCuHchEgutXChb48MtubNz+QG17jRgMfIzsuD9xxlKz/oGoeHZkepCc vmHoVaSiCCveDkTCF1Vfx38ze1Rr1mqHG2T4o/zvzw8ePFiTFemRDNV/g1VMs/iuZdBD FVCYSymjhhrq0N3ke5ZBuoXaVQtJtiw2Mj3gueZVMeFtlBd+4hd2foNkTvk/qLDeITNi ieVSLV1HEP2kBKHiZu7eQ/9BM8SMUlboOzL7RXFdm53JK2zg5NoubXbJhohcQf8Imly9 fqSw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=NAwGTSqE4E/wg+/zDF5qZSyRwwYO9KZMQPv4H/wOidM=; b=I9vXl0oLDTWPgXlNF/cQHyr2UZmYAYZ/vHmMkhdLlHn7Tpm/wa8wimY8iu4Ud7FILt otyTn6I1udvBZgYEp36WAqmgDdwB5c0LlwjJ6VQ3FZfN39gMz/OySeJgHnVO9WevaR75 r3wZRN08UudlOD0OR3kerFot6zm7GX7bsMaNUV2xuNeRZ+IdBk2BRKQa1Ol+IM2B0h0f YjZ1SCJtTOMSqvGON0yo5Fx8uW88U5/3pchMe1Za7bV/4LzLn6POZO9a3dmPztxu9ffn ufKOQ4vl5iasz3o+L2qHUxhQwtfEOgZ9PCwRHLjeq6ci+Kr1L9IyzAYJMoVFuoUmDdhZ ab1g== X-Gm-Message-State: AOAM531bR3HOqNOiqp19P6ze3Sk/hlV9ViowlayWg+vQ2QzH8/vFTwVd WM23WhC5Zce8OffIC6cW0pcy1w== X-Google-Smtp-Source: ABdhPJzVTHjqifNf9wA887cJTW23bAVK98W9ZxVN5aP9NHXUZQUhUfUEzNehBK/2xrpipliNq25kyQ== X-Received: by 2002:a02:8501:: with SMTP id g1mr1730910jai.144.1640090196323; Tue, 21 Dec 2021 04:36:36 -0800 (PST) Received: from pryzbyj.telsasoft (charmander.telsasoft.com. [50.244.222.1]) by smtp.gmail.com with ESMTPSA id t2sm7065726iob.1.2021.12.21.04.36.35 (version=TLS1_2 cipher=ECDHE-ECDSA-AES128-GCM-SHA256 bits=128/128); Tue, 21 Dec 2021 04:36:35 -0800 (PST) Received: by pryzbyj.telsasoft (Postfix, from userid 1000) id EAF88800897; Tue, 21 Dec 2021 06:36:34 -0600 (CST) Date: Tue, 21 Dec 2021 06:36:34 -0600 From: Justin Pryzby To: Pavel Stehule Cc: Tomas Vondra , Jaime Casanova , Erik Rijkers , Gilles Darold , pgsql-hackers@lists.postgresql.org, Michael Paquier , Amit Kapila , Tomas Vondra , Peter Eisentraut , Tom Lane , Alvaro Herrera , Robert Haas Subject: Re: Schema variables - new implementation for Postgres 15 Message-ID: <20211221123634.GA17618@telsasoft.com> References: <68eedf25-79ca-d0e7-1af6-bad225fdcd97@enterprisedb.com> <20211106013904.GG17618@telsasoft.com> <20211115202352.GQ17618@telsasoft.com> <20211220230911.GW17618@telsasoft.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: User-Agent: Mutt/1.9.4 (2018-02-28) List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk On Tue, Dec 21, 2021 at 01:29:00PM +0100, Pavel Stehule wrote: > Hi > > út 21. 12. 2021 v 0:09 odesílatel Justin Pryzby > napsal: > > > I don't understand what 0002 patch does relative to the 0001 patch. > > Is 0002 to change the error messages from "schema variables" to "session > > variables" , in a separate commit to show that the main patch doesn't > > change > > regression results ? Could you add commit messages ? > > > > I mentioned before that there's a pre-existing use of the phrase "session > > variable", which you should change to something else: > > > > origin:doc/src/sgml/ref/set_role.sgml: SET ROLE does > > not process session variables as specified by > > origin:doc/src/sgml/ref/set_role.sgml- the role's > linkend="sql-alterrole">ALTER ROLE settings; > > this only happens during > > origin:doc/src/sgml/ref/set_role.sgml- login. > > > > Maybe "session variable" should be added to the glossary. > > > > The new tests crash if debug_discard_caches=on. > > > > 2021-12-20 16:15:44.476 CST postmaster[7478] LOG: server process (PID > > 7657) was terminated by signal 6: Aborted > > 2021-12-20 16:15:44.476 CST postmaster[7478] DETAIL: Failed process was > > running: DISCARD VARIABLES; > > How do you inject this parameter to regress tests? You can run PGOPTIONS='-c debug_invalidate_caches=1' make check I used make installcheck against a running instance where I'd used ALTER SYSTEM SET debug_discard_caches=on. You can also manually run psql against the .sql file itself. ...which is a good idea since this causes the regression tests take hours. Or just add SET debug_discard_caches=on to your .sql file. -- Justin