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 1lYbdF-0000YY-Q7 for pgsql-hackers@arkaria.postgresql.org; Mon, 19 Apr 2021 21:40:37 +0000 Received: from localhost ([127.0.0.1] helo=malur.postgresql.org) by malur.postgresql.org with esmtp (Exim 4.92) (envelope-from ) id 1lYbdD-0007cL-CM for pgsql-hackers@arkaria.postgresql.org; Mon, 19 Apr 2021 21:40:35 +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 1lYbdD-0007XU-5a for pgsql-hackers@lists.postgresql.org; Mon, 19 Apr 2021 21:40:35 +0000 Received: from sss.pgh.pa.us ([66.207.139.130]) by makus.postgresql.org with esmtps (TLS1.3:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1lYbdB-0007at-3x for pgsql-hackers@lists.postgresql.org; Mon, 19 Apr 2021 21:40:34 +0000 Received: from sss1.sss.pgh.pa.us (localhost [127.0.0.1]) by sss.pgh.pa.us (8.15.2/8.15.2) with ESMTP id 13JLeVGE345104; Mon, 19 Apr 2021 17:40:31 -0400 From: Tom Lane To: Andrew Dunstan cc: Yugo NAGATA , Andy Fan , PostgreSQL Hackers , Tatsuo Ishii , Konstantin Knizhnik , Thomas Munro Subject: Re: Implementing Incremental View Maintenance In-reply-to: References: <20201001140627.1f8fafe595f545e026d110c6@sraoss.co.jp> <024ba056-6b4f-b26c-af17-297c1bbca65a@postgrespro.ru> <20201112.205355.393498768557598337.t-ishii@sraoss.co.jp> <89729da8-9042-7ea0-95af-e415df6da14d@postgrespro.ru> <20201124182133.2b7d2ee8767f4bb946226ecc@sraoss.co.jp> <5663f5f0-48af-686c-bf3c-62d279567e2a@postgrespro.ru> <20201222215136.39a3736a948161fb490dbc75@sraoss.co.jp> <20201222222422.f3e34e2ac2eb4a9f510676a7@sraoss.co.jp> <20210112190308.ee9e98c24080310a487349f3@sraoss.co.jp> <20210122165954.d6386b0e3a530a76890b8fff@sraoss.co.jp> <20210216103155.762054c9d38727c782f0c11b@sraoss.co.jp> <20210219110126.7152beb4fa4fea5b1133eef3@sraoss.co.jp> <45b2760d-7ee9-0f46-50bf-b15fd440b52f@dunslane.net> <20210309092049.db22add3e2863c2140290a90@sraoss.co.jp> <20210309172750.8fd722a08ed3a2423bb25ccb@sraoss.co.jp> <20210407182537.5fdb444f6d4510a60524baab@sraoss.co.jp> Comments: In-reply-to Andrew Dunstan message dated "Mon, 19 Apr 2021 16:47:38 -0400" MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-ID: <345102.1618868431.1@sss.pgh.pa.us> Content-Transfer-Encoding: 8bit Date: Mon, 19 Apr 2021 17:40:31 -0400 Message-ID: <345103.1618868431@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Andrew Dunstan writes: > This patch (v22c) just crashed for me with an assertion failure on > Fedora 31. Here's the stack trace: > #2  0x000000000094a54a in ExceptionalCondition > (conditionName=conditionName@entry=0xa91dae "queryDesc->sourceText != > NULL", errorType=errorType@entry=0x99b468 "FailedAssertion", > fileName=fileName@entry=0xa91468 > "/home/andrew/pgl/pg_head/src/backend/executor/execMain.c", > lineNumber=lineNumber@entry=199) at > /home/andrew/pgl/pg_head/src/backend/utils/error/assert.c:69 That assert just got added a few days ago, so that's why the patch seemed OK before. regards, tom lane