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 1uO6ft-00EzvW-GG for pgsql-bugs@arkaria.postgresql.org; Sun, 08 Jun 2025 03:26:21 +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 1uO6fr-00Gegr-6f for pgsql-bugs@arkaria.postgresql.org; Sun, 08 Jun 2025 03:26:19 +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 1uO6fq-00Gegj-UR for pgsql-bugs@lists.postgresql.org; Sun, 08 Jun 2025 03:26:19 +0000 Received: from sss.pgh.pa.us ([68.162.161.243]) by makus.postgresql.org with esmtps (TLS1.3) tls TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384 (Exim 4.96) (envelope-from ) id 1uO6fp-000qkJ-2d for pgsql-bugs@lists.postgresql.org; Sun, 08 Jun 2025 03:26:18 +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 5583QFI1090965; Sat, 7 Jun 2025 23:26:15 -0400 From: Tom Lane To: Lowell Hought cc: Laurenz Albe , pgsql-bugs@lists.postgresql.org Subject: Re: BUG #18950: pgsql function that worked in Postgresql 16 does not return in Postgresql 17 In-reply-to: References: <75D714EA-CD1E-4F80-A2E8-29E378EC2200@gmail.com> <81946.1749348479@sss.pgh.pa.us> <89144.1749352271@sss.pgh.pa.us> Comments: In-reply-to Lowell Hought message dated "Sat, 07 Jun 2025 22:16:54 -0500" MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <90963.1749353175.1@sss.pgh.pa.us> Date: Sat, 07 Jun 2025 23:26:15 -0400 Message-ID: <90964.1749353175@sss.pgh.pa.us> List-Id: List-Help: List-Subscribe: List-Post: List-Owner: List-Archive: Archived-At: Precedence: bulk Lowell Hought writes: > I can try. I am not sure how to go about that. I did not see on the bug > report page where I could upload files, and I am afraid the file size of > the tables needed might be too large for email. No, uploading stuff to that webform doesn't work. But at this point we're just conversing on the pgsql-bugs mailing list, so anything you can squeeze into email is fine. Having said that, nobody likes multi-gigabyte emails. > The entire database when > written to an sql dump file is about 20 GB, so not terribly large. I could > attempt to dump the schema definition in one file and then the underlying > tables in another. Would that work? Or would you also need the files for > the function and any views the query relies upon? Yeah, we'd need all the moving parts. Usually people with this kind of problem don't want to expose their data anyway, for privacy and/or legal reasons. So what I'd suggest is trying to create some little script that generates fake data that's close enough to trigger the problem. Then you just need to provide that script and the DDL and function definitions. regards, tom lane