From: | Peter Eisentraut <peter(dot)eisentraut(at)enterprisedb(dot)com> |
---|---|
To: | pgsql-hackers <pgsql-hackers(at)postgresql(dot)org> |
Subject: | Fix inappropriate uses of PG_GETARG_UINT32() |
Date: | 2021-12-01 18:26:45 |
Message-ID: | 7e43869b-d412-8f81-30a3-809783edc9a3@enterprisedb.com |
Views: | Raw Message | Whole Thread | Download mbox | Resend email |
Thread: | |
Lists: | pgsql-hackers |
I noticed that the chr() function uses PG_GETARG_UINT32() to get its
argument, even though the argument is a (signed) int. So you get some
slightly silly behavior like this:
=> select chr(-333);
ERROR: 54000: requested character too large for encoding: -333
The attached patch fixes this by accepting the argument using
PG_GETARG_INT32(), doing some checks, and then casting it to unsigned
for the rest of the code.
The patch also fixes another inappropriate use in an example in the
documentation. These two were the only inappropriate uses I found,
after we had fixed a few recently.
Attachment | Content-Type | Size |
---|---|---|
0001-Fix-inappropriate-uses-of-PG_GETARG_UINT32.patch | text/plain | 3.6 KB |
From | Date | Subject | |
---|---|---|---|
Next Message | Bossart, Nathan | 2021-12-01 18:33:29 | Re: Postgres restart in the middle of exclusive backup and the presence of backup_label file |
Previous Message | Kenaniah Cerny | 2021-12-01 18:26:32 | Re: Proposal: allow database-specific role memberships |