Re: BUG #18984: Empty prepared statement from psql \parse triggers assert in PortalRunMulti
Aleksander Alekseev <aleksander@tigerdata.com>
From: Aleksander Alekseev <aleksander@tigerdata.com>
To: pgsql-bugs@lists.postgresql.org
Cc: Tom Lane <tgl@sss.pgh.pa.us>, exclusion@gmail.com
Date: 2025-07-14T21:11:31Z
Lists: pgsql-bugs
Attachments
- v1-0001-Don-t-allow-to-execute-an-empty-query.patch (text/x-patch) patch v1-0001
Hi,
> That being the case, maybe we should band-aid this by returning
> EXECUTE if the prepared statement is empty.
This sounds pretty straightforward and seems to solve the problem.
Patch attached.
```
eax=# \parse s
eax=# execute s;
ERROR: EXECUTE can't execute an empty query
eax=# select 1 \parse s2
eax=# execute s2;
?column?
----------
1
(1 row)
```
Commits
Same data as JSON:
GET /api/v1/messages/:b64id/commits
the thread's linked commits as JSON, with link sources.
API reference →
-
Minor cosmetic tweaks
- e76221bd95f0 19 (unreleased) landed
-
Simplify coding in ProcessQuery
- a27c40bfe8ab 19 (unreleased) landed
-
Remove assertion from PortalRunMulti
- e0d3f3cfb6f2 18.0 landed
- c2720ac6010a 15.14 landed
- b9a89682846f 14.19 landed
- b8926a5b4bb8 19 (unreleased) landed
- 4871c1e9cb6e 16.10 landed
- 43cd85962755 13.22 landed
- 0c466f5e0b34 17.6 landed
-
Represent command completion tags as structs
- 2f9661311b83 13.0 cited