aboutsummaryrefslogtreecommitdiff
path: root/src/bin/psql/print.c
diff options
context:
space:
mode:
authorTom Lane <tgl@sss.pgh.pa.us>2012-10-02 17:31:49 -0400
committerTom Lane <tgl@sss.pgh.pa.us>2012-10-02 17:31:49 -0400
commit689d99306a1838728075928fcc61ca3ffc112384 (patch)
tree7d8ca33f843125ce5492d0b626a0626a04c1df43 /src/bin/psql/print.c
parent87b6a3989fec4a8d10de910671ab702e07aa85cf (diff)
downloadpostgresql-689d99306a1838728075928fcc61ca3ffc112384.tar.gz
postgresql-689d99306a1838728075928fcc61ca3ffc112384.zip
Work around unportable behavior of malloc(0) and realloc(NULL, 0).
On some platforms these functions return NULL, rather than the more common practice of returning a pointer to a zero-sized block of memory. Hack our various wrapper functions to hide the difference by substituting a size request of 1. This is probably not so important for the callers, who should never touch the block anyway if they asked for size 0 --- but it's important for the wrapper functions themselves, which mistakenly treated the NULL result as an out-of-memory failure. This broke at least pg_dump for the case of no user-defined aggregates, as per report from Matthew Carrington. Back-patch to 9.2 to fix the pg_dump issue. Given the lack of previous complaints, it seems likely that there is no live bug in previous releases, even though some of these functions were in place before that.
Diffstat (limited to 'src/bin/psql/print.c')
-rw-r--r--src/bin/psql/print.c3
1 files changed, 3 insertions, 0 deletions
diff --git a/src/bin/psql/print.c b/src/bin/psql/print.c
index 8fa5e371284..6da3ba053e0 100644
--- a/src/bin/psql/print.c
+++ b/src/bin/psql/print.c
@@ -136,6 +136,9 @@ pg_local_malloc(size_t size)
{
void *tmp;
+ /* Avoid unportable behavior of malloc(0) */
+ if (size == 0)
+ size = 1;
tmp = malloc(size);
if (!tmp)
{