where Object is a user supplied String and the type is a numeric type
(i.e. INTEGER,LONG,etc).
Also applied a patch from Kim Ho that fixes compile problems under jdk1.2

 Modified Files:
 	jdbc/org/postgresql/Driver.java.in
 	jdbc/org/postgresql/jdbc1/AbstractJdbc1Statement.java

> 	o Allow PL/pgSQL to name columns by ordinal position, e.g. rec.(3)

> * Prevent COMMENT ON DATABASE from using a database name

 Modified Files:
 	jdbc/org/postgresql/Driver.java.in
 	jdbc/org/postgresql/jdbc2/Array.java

> 	o Add PL/PHP (Joe, Jan)

> * Have AFTER triggers execute after the appropriate SQL statement in a
>   function, not at the end of the function

Mike Quinn

according to your version on May/30.
(HTML and TEXT files are gzipped.)

  Jun Kuwamura

* -Allow LIMIT/OFFSET to use expressions (Tom)

> * Delay resolution of array expression type so assignment coercion
>   can be performed on empty array expressions (Joe)

xid when we fail to access pg_clog.

subpath(ltree,0,0) returns ''.

> Well, no. What it says is that certain values must be escaped (but
> doesn't say which ones). Then it says there are alternate escape
> sequences for some values, which it lists.
>
> It doesn't say "The following table contains the characters which must
> be escaped:", which would be much clearer (and actually useful).

Attached documentation patch updates the wording for bytea input
escaping, per complaint by Stephen Norris above.

Joe Conway

(BBBB before bbbb) and others the other way around.  Provide comparison
files that cater to both approaches.

date2j().  This ensures we give reasonable errors instead of bizarre
behavior for input dates far in the future.

does not dump core.

database, emit a WARNING and do nothing, rather than raising ERROR.
Per recent discussion in which we concluded this is the best way to deal
with database dumps that are reloaded into a database of a new name.

fixed incorrect initial setting of StartUpID.  The logic in XLogWrite()
expects that Write->curridx is advanced to the next page as soon as
LogwrtResult points to the end of the current page, but StartupXLOG()
failed to make that happen when the old WAL ended exactly on a page
boundary.  Per trouble report from Hannu Krosing.

for the sign of timezone offsets, ie, positive is east from UTC.  These
were previously out of step with other operations that accept or show
timezones, such as I/O of timestamptz values.

query node, since that won't work unless the planner is upgraded.
Someday we should try to support at least some cases of this, but for
now just plug the hole in the dike.  Per discussion with Dmitry Tkach.