Tom Lane 5dde1db4e1 plpgsql's exec_simple_cast_value() mistakenly supposed that it could bypass ... casting effort whenever the input value was NULL. However this prevents application of not-null domain constraints in the cases that use this function, as illustrated in bug #4741. Since this function isn't meant for use in performance-critical paths anyway, this certainly seems like another case of "premature optimization is the root of all evil". Back-patch as far as 8.2; older versions made no effort to enforce domain constraints here anyway.		2009-04-02 01:16:17 +00:00
..
plperl	Document the fix for perl 5.10 with this comment:	2008-01-23 00:55:47 +00:00
plpgsql	plpgsql's exec_simple_cast_value() mistakenly supposed that it could bypass	2009-04-02 01:16:17 +00:00
plpython	Fix plpython's overoptimistic caching of information about the rowtype of	2008-01-02 03:10:27 +00:00
tcl	Clean up a number of bogosities around pltcl's handling of the Tcl "result":	2008-06-17 00:52:49 +00:00
Makefile	Make CREATE/DROP/RENAME DATABASE wait a little bit to see if other backends	2007-06-01 19:38:07 +00:00