Re: BUG #18950: pgsql function that worked in Postgresql 16 does not return in Postgresql 17
Lowell Hought <lowell.hought@gmail.com>
From: Lowell Hought <lowell.hought@gmail.com>
To: Tom Lane <tgl@sss.pgh.pa.us>
Cc: Laurenz Albe <laurenz.albe@cybertec.at>, pgsql-bugs@lists.postgresql.org
Date: 2025-06-08T03:34:14Z
Lists: pgsql-bugs
I will work on that over the next few days. I really appreciate you and your team! Lowell On Sat, Jun 7, 2025 at 10:26 PM Tom Lane <tgl@sss.pgh.pa.us> wrote: > Lowell Hought <lowell.hought@gmail.com> 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 >