Received: from malur.postgresql.org ([217.196.149.56]) by arkaria.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.92) (envelope-from ) id 1jEwW9-0005vo-Dh for pgsql-hackers@arkaria.postgresql.org; Thu, 19 Mar 2020 14:51:29 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.89) (envelope-from ) id 1jEwW8-0006V6-74 for pgsql-hackers@arkaria.postgresql.org; Thu, 19 Mar 2020 14:51:28 +0000 Received: from makus.postgresql.org ([2001:4800:3e1:1::229]) by malur.postgresql.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_CBC_SHA1:256) (Exim 4.89) (envelope-from ) id 1jEwW7-0006Us-Og for pgsql-hackers@lists.postgresql.org; Thu, 19 Mar 2020 14:51:27 +0000 Received: from mail-oi1-x244.google.com ([2607:f8b0:4864:20::244]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_128_GCM_SHA256:128) (Exim 4.92) (envelope-from ) id 1jEwW1-0004Ws-2c for pgsql-hackers@lists.postgresql.org; Thu, 19 Mar 2020 14:51:26 +0000 Received: by mail-oi1-x244.google.com with SMTP id k8so2976849oik.2 for ; Thu, 19 Mar 2020 07:51:20 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=subject:to:cc:references:from:message-id:date:user-agent :mime-version:in-reply-to:content-language:content-transfer-encoding; bh=cpgIgam5LlmG03wmZPzp10lapf9QNo9Z4Zn3Y99vX3g=; b=llRfaOFsI8Qsgc+K6a/CEj1c5qA6Y/6sl06u02e7jLqgwp9K4o3xiIVBxC2GfiC+Ud xS9QW6z4YHSdHdJydOkb2ihEpMIVeSdc9THLLnmlKlCuVHgVsaxg/yruHh7qq+1sevB7 14dEOWPhnLMXYZMVXX9vIDJEf/JnhwzCMUUE8bd46eiVqUSaWFFuIj445IA4nZv/gGGF MNM0ZResI8AOVMXa7QJ+P0p4YLOzvnpttmiRQFKsES7TeEcc/h1ufhOz3YkgXxoBz6X7 gC2V9phCOTlSZHKRaEtBxx0QZDQbCbWFU0Nl/IvTcbzHRSvE0Mjq6oSlk6EloJfQB3nl aeUA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:subject:to:cc:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-language :content-transfer-encoding; bh=cpgIgam5LlmG03wmZPzp10lapf9QNo9Z4Zn3Y99vX3g=; b=udm9Z4iRY5h5JlAYFXZyC9y5vGHaKmWpSV8hSpTGn3BxU+aEvS+n1BTJddu1hbA2G5 X3UsgOVQGWGHLySTaSSyvQAZsXGRVBDOQZCbwsiL+3EYOAbFQKksRLDUFdzrPB9slmQr Xj4kwDl2C+5cv4GhWlFRiE5YGRsztbL1k8jMyy1qHHsiUuf9wTqFgWdTBsxQPQHQzYB3 re4HC6eRUFrrosiBqJXp2MsvAOi5G8A1zcToDKwZdHtDn2J5cANh+YpMiz5v69szueh6 tbJo6X2K8O/q02+0ULb1VECY59BjWhFNGnrmQ1sZD33/RBhtngZyoZSmggU0DD+52jxG 8w7A== X-Gm-Message-State: ANhLgQ2f+GHoYBz64krkkleGF+BfcoJugbSjkDM0EYoE+O6jM4aHzb1H WoPgeubkaMcdrQqAVOSbTa/8mtMg5P4= X-Google-Smtp-Source: ADFU+vtnUUe4CvRYn+cnfDC6+WaxJKvI9SK5oF5whRujltuYNtycg1fAY8XRiseBfYm8ZmGHwBx1Ew== X-Received: by 2002:aca:f17:: with SMTP id 23mr2673164oip.32.1584629479692; Thu, 19 Mar 2020 07:51:19 -0700 (PDT) Received: from [100.115.92.206] (cpe-70-119-96-135.tx.res.rr.com. [70.119.96.135]) by smtp.gmail.com with ESMTPSA id e14sm840821otq.47.2020.03.19.07.51.18 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Thu, 19 Mar 2020 07:51:18 -0700 (PDT) Subject: Re: [PATCH] Add schema and table names to partition error To: Amit Kapila Cc: PostgreSQL Hackers References: <0aa113a3-3c7f-db48-bcd8-f9290b2269ae@gmail.com> <0acc36c9-1aef-1057-0c29-de473c850605@gmail.com> <4037ab52-27e4-bbfb-d618-adbab81125e2@gmail.com> <53769c1d-17da-d019-8273-33db36569f44@gmail.com> From: Chris Bandy Message-ID: Date: Thu, 19 Mar 2020 09:51:15 -0500 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:68.0) Gecko/20100101 Thunderbird/68.5.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=us-ascii Content-Language: en-US Content-Transfer-Encoding: 7bit List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Precedence: bulk On 3/18/20 11:46 PM, Amit Kapila wrote: > On Thu, Mar 19, 2020 at 3:55 AM Chris Bandy wrote: >> >> >> Sorry for these troubles. Attached are patches created using `git >> format-patch -n -v6` on master at 487e9861d0. >> > > No problem. I have extracted your code changes as a separate patch > (see attached) as I am not sure we want to add tests for these cases. Patch looks good. My last pitch to keep the tests: These would be the first and only automated tests that verify errtable, errtableconstraint, etc. > This doesn't apply in back-branches, but I think that is small work > and we can do that if required. It looks like the only failing hunk on REL_12_STABLE is in tablecmds.c. The ereport is near line 5090 there. The partition code has changed quite a bit compared the older branches. ;-) Thanks, Chris