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 1tj2nC-005J9r-Fx for pgsql-hackers@arkaria.postgresql.org; Fri, 14 Feb 2025 21:00:10 +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 1tj2nA-00DwqO-9M for pgsql-hackers@arkaria.postgresql.org; Fri, 14 Feb 2025 21:00:08 +0000 Received: from magus.postgresql.org ([2a02:c0:301:0:ffff::29]) by malur.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.94.2) (envelope-from ) id 1tj2n9-00DwoC-UA for pgsql-hackers@lists.postgresql.org; Fri, 14 Feb 2025 21:00:07 +0000 Received: from mail-lf1-x136.google.com ([2a00:1450:4864:20::136]) by magus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256 (Exim 4.96) (envelope-from ) id 1tj2n7-000sDc-1S for pgsql-hackers@postgresql.org; Fri, 14 Feb 2025 21:00:07 +0000 Received: by mail-lf1-x136.google.com with SMTP id 2adb3069b0e04-5450475df18so2630930e87.2 for ; Fri, 14 Feb 2025 13:00:05 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1739566803; x=1740171603; darn=postgresql.org; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:from:to:cc:subject:date :message-id:reply-to; bh=g8zJwEYwiNZYva3EWrzMO85/0hP9GbPX7pJFc8gjAJ4=; b=hAlbaA93RQXX1YOiU7/AuIdhqtjgc6/wlsebHDekW6qRnsf9477ErDEmXxdSrw/TNz 8OnMLBxQ0cmN2OPAsq6YTranm0BWYHViJsUSVgiDPnaPPVw3BGhr9sJulVE1C1qzo//6 JuKc6RMR7ZojBC3yod6Gqi7sOVMf4/XAcpl8zexS2om2kNVpoXVQxJtlDx+30ExyzQ89 Z366Gw2kzLxtqa5PXBE9MDYPrZvfD3sEuqc1feGzePrW5xpnUTbXF7m+VwuK/UsVB7IH XQigbKYGPO8ITnb+4Oi0dHOgY3ecCejmVU5yCCTh6xKCQaQCzHxqAo1x4xYOcL6vioil CrXw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1739566803; x=1740171603; h=in-reply-to:from:content-language:references:cc:to:subject :user-agent:mime-version:date:message-id:x-gm-message-state:from:to :cc:subject:date:message-id:reply-to; bh=g8zJwEYwiNZYva3EWrzMO85/0hP9GbPX7pJFc8gjAJ4=; b=I73lksTpKTwMxAypHHKMBxfPDCY2M4tXzCLrQug77xbY6ddRGytS55+K5X4bg7ccP1 po/hYofvxstuDRhzke+iD0lIpgYAfccxJgrhwvBIQEQ/dKWWzlwK2fJP2NeKNFunj6uM BUgReHNpXn6S5kD00YBhBTmKvz08IvLx44zcdE25Gu5SnSp85vdnPIcX0EyKV1lW6WAG R+Gmkc5MUlNL8TQqPkXGdGu+UmiHX5T+lvRC2bPrrnQhuZTxmaviHSx1EfO6B3UY25V+ A9R6/KwKnjKB3f66wv+mxaflNA5H4b0hvTn5rE9DjEokEhMmWIAy35W/yuoHq7aPzWCy xwyA== X-Forwarded-Encrypted: i=1; AJvYcCX1V6CYP+29EjVG795Y57viQexY+q+XzoFCWoaLCpsNzV2Fj1DHa2hY69DkUTqWrMX+LsVqOu4AWZfM4qYh@postgresql.org X-Gm-Message-State: AOJu0YwM6VQjN5/jKFu8xn4SzxBD4c6XlTg3w0hoZb9paIIeRbVv124+ YkpVyiZwe7oZZiqwPCaiMJseAi2zGULFejFDLe5kd4EUvWsUMBNe X-Gm-Gg: ASbGncuJqCIe0AGcmitkHYi3W5CPs5pDjKpphwLwi8a2d/wGxy9Hh4wV/kj4RJVIIW/ ETmvPaJd/OV3N8jUEUZ0Vzj2G2rZEf27+9SiWZ5LXedErCGUawvOMVJ/+teETJyVJ0nY1kxZc4W VDTPhhENwt/Ri/ByrfOe3DnwivctKwkkfwZxvZgfDrUfaqjZ2hvv4zP1Kmo6i7i8PRCxghMfHFG UosLEDHDh45KavnacpYIyumNh1wmh34kyUj7DAiOliN0rX6jEuUSy4sJJKjkcBRN3/8mIpslvo9 8JklIWT0p3pjc0oZhw== X-Google-Smtp-Source: AGHT+IFR44DhYsWB2XZEoL9aw21HYzqZ8jn4kqQZozGcy9BGp+X3BrOhwrjgBOSwRvMXB246UO3Rdw== X-Received: by 2002:a05:6512:15aa:b0:545:154:52b0 with SMTP id 2adb3069b0e04-5452fe327c9mr311298e87.22.1739566803039; Fri, 14 Feb 2025 13:00:03 -0800 (PST) Received: from [192.168.0.50] ([89.149.68.176]) by smtp.gmail.com with ESMTPSA id 2adb3069b0e04-5451f09aad5sm663427e87.75.2025.02.14.13.00.01 (version=TLS1_3 cipher=TLS_AES_128_GCM_SHA256 bits=128/128); Fri, 14 Feb 2025 13:00:02 -0800 (PST) Content-Type: multipart/alternative; boundary="------------lidDfejJXXEcl2yspfUHqVHT" Message-ID: Date: Fri, 14 Feb 2025 23:00:00 +0200 MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: generic plans and "initial" pruning To: Amit Langote , Tomas Vondra Cc: Robert Haas , Alvaro Herrera , Andres Freund , Daniel Gustafsson , David Rowley , PostgreSQL Hackers , Thom Brown , Tom Lane References: <54c35fb9-da3a-4754-ab8c-46ed0b612465@vondra.me> <684c70d7-180e-461d-9377-600c2db581ba@vondra.me> Content-Language: en-US From: Alexander Lakhin In-Reply-To: List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk This is a multi-part message in MIME format. --------------lidDfejJXXEcl2yspfUHqVHT Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit Hello Amit, 06.02.2025 04:35, Amit Langote wrote: > I plan to push 0001 tomorrow, barring any objections. > Please try the following script: CREATE TABLE pt (a int, b int) PARTITION BY range (a); CREATE TABLE tp1 PARTITION OF pt FOR VALUES FROM (1) TO (2); CREATE TABLE tp2 PARTITION OF pt FOR VALUES FROM (2) TO (3); MERGE INTO pt USING (SELECT pg_backend_pid() AS pid) AS q JOIN tp1 ON (q.pid = tp1.a) ON pt.a = tp1.a WHEN MATCHED THEN DELETE; which fails for me with segfault: Program terminated with signal SIGSEGV, Segmentation fault. #0  ExecInitMerge (mtstate=0x5a9b9fbccae0, estate=0x5a9b9fbcbe20) at nodeModifyTable.c:3680 3680                    relationDesc = RelationGetDescr(resultRelInfo->ri_RelationDesc); (gdb) bt #0  ExecInitMerge (mtstate=0x5a9b9fbccae0, estate=0x5a9b9fbcbe20) at nodeModifyTable.c:3680 #1  0x00005a9b67e6dfb5 in ExecInitModifyTable (node=0x5a9b9fbd5858, estate=0x5a9b9fbcbe20, eflags=0) at nodeModifyTable.c:4906 #2  0x00005a9b67e273f7 in ExecInitNode (node=0x5a9b9fbd5858, estate=0x5a9b9fbcbe20, eflags=0) at execProcnode.c:177 #3  0x00005a9b67e1b9d2 in InitPlan (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:1092 #4  0x00005a9b67e1a524 in standard_ExecutorStart (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:268 #5  0x00005a9b67e1a223 in ExecutorStart (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:142 ... starting from cbc127917. (I've discovered this anomaly with SQLsmith.) Best regards, Alexander Lakhin Neon (https://neon.tech) --------------lidDfejJXXEcl2yspfUHqVHT Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: 8bit
Hello Amit,

06.02.2025 04:35, Amit Langote wrote:
I plan to push 0001 tomorrow, barring any objections.


Please try the following script:
CREATE TABLE pt (a int, b int) PARTITION BY range (a);
CREATE TABLE tp1 PARTITION OF pt FOR VALUES FROM (1) TO (2);
CREATE TABLE tp2 PARTITION OF pt FOR VALUES FROM (2) TO (3);

MERGE INTO pt
USING (SELECT pg_backend_pid() AS pid) AS q JOIN tp1 ON (q.pid = tp1.a)
ON pt.a = tp1.a
WHEN MATCHED THEN DELETE;

which fails for me with segfault:
Program terminated with signal SIGSEGV, Segmentation fault.
#0  ExecInitMerge (mtstate=0x5a9b9fbccae0, estate=0x5a9b9fbcbe20) at nodeModifyTable.c:3680
3680                    relationDesc = RelationGetDescr(resultRelInfo->ri_RelationDesc);
(gdb) bt
#0  ExecInitMerge (mtstate=0x5a9b9fbccae0, estate=0x5a9b9fbcbe20) at nodeModifyTable.c:3680
#1  0x00005a9b67e6dfb5 in ExecInitModifyTable (node=0x5a9b9fbd5858, estate=0x5a9b9fbcbe20, eflags=0) at nodeModifyTable.c:4906
#2  0x00005a9b67e273f7 in ExecInitNode (node=0x5a9b9fbd5858, estate=0x5a9b9fbcbe20, eflags=0) at execProcnode.c:177
#3  0x00005a9b67e1b9d2 in InitPlan (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:1092
#4  0x00005a9b67e1a524 in standard_ExecutorStart (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:268
#5  0x00005a9b67e1a223 in ExecutorStart (queryDesc=0x5a9b9fbb9970, eflags=0) at execMain.c:142
...

starting from cbc127917.

(I've discovered this anomaly with SQLsmith.)

Best regards,
Alexander Lakhin
Neon (https://neon.tech) --------------lidDfejJXXEcl2yspfUHqVHT--