8000 Tags · gsstark/postgres · GitHub
[go: up one dir, main page]

Skip to content

Tags: gsstark/postgres

Tags

REL9_1_ALPHA2

Toggle REL9_1_ALPHA2's commit message
Revert removal of trigger flag from plperl function hash key.

As noted by Jan Urbanski, this flag is in fact needed to ensu
8000
re that the
function's input/result conversion functions are set up as expected.

Add a regression test to discourage anyone from making same mistake
in future.

REL9_0_1

Toggle REL9_0_1's commit message
Fix back-branch breakage from ill-advised last-minute commit.

REL8_4_5

Toggle REL8_4_5's commit message
Tag 8.4.5

REL8_3_12

Toggle REL8_3_12's commit message
Tag 8.3.12

REL8_2_18

Toggle REL8_2_18's commit message
Tag 8.2.18

REL8_1_22

Toggle REL8_1_22's commit message
Tag 8.1.22

REL8_0_26

Toggle REL8_0_26's commit message
Tag 8.0.26

REL7_4_30

Toggle REL7_4_30's commit message
Tag 7.4.30

REL9_0_0

Toggle REL9_0_0's commit message

tag v9.0.0 ... the big day approaches

REL9_1_ALPHA1

Toggle REL9_1_ALPHA1's commit message
Install a data-type-based solution for protecting pg_get_expr().

Since the code underlying pg_get_expr() is not secure against malformed
input, and can't practically be made so, we need to prevent miscreants
from feeding arbitrary data to it.  We can do this securely by declaring
pg_get_expr() to take a new datatype "pg_node_tree" and declaring the
system catalog columns that hold nodeToString output to be of that type.
There is no way at SQL level to create a non-null value of type pg_node_tree.
Since the backend-internal operations that fill those catalog columns
operate below the SQL level, they are oblivious to the datatype relabeling
and don't need any changes.
0