| Commit message (Collapse) | Author | Age |
| |
|
|
|
|
|
|
| |
functions, per suggestion from John Gray and Joe Conway. Also, fix
plpgsql RETURN NEXT to verify that returned values match the expected
tupdesc.
|
| |
|
|
|
|
|
|
|
|
|
| |
to false provides more SQL-spec-compliant behavior than we had before.
I am not sure that setting it false is actually a good idea yet; there
is a lot of client-side code that will probably be broken by turning
autocommit off. But it's a start.
Loosely based on a patch by David Van Wie.
|
| |
|
|
|
|
|
|
| |
column additions, deletions, and renames that would let a child table
get out of sync with its parent. Patch by Alvaro Herrera, with some
kibitzing by Tom Lane.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* Remove wal_files postgresql.conf option because WAL files are
now recycled
|
| |
|
| |
|
|
|
|
| |
Improve wording of pre-7.3 syntax mention.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
at least not on HPUX 10.20, and there's no reason to think it
is needed on later versions.
|
| |
|
|
|
|
| |
which is now required.
|
|
|
|
|
| |
that the functionality is available to anyone via ReturnSetInfo, rather
than hard-wiring it to PL/pgSQL.
|
| |
|
|
|
|
|
|
|
|
|
| |
> > > > where is the code to verify that PGPASSWORDFILE points at a
> > > > non-world-readable file? That needs to be there now, not later, or
> > > > we'll have people moaning about backward compatibility when we finally
> > > > do plug that hole.
Alvaro Herrera
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> Upon invoking a polygon(integer, circle) function a
> src/backend/utils/adt/geo_ops.c:circle_poly() function will gets
> called, which suffers from a buffer overflow.
>
> 2) A src/backend/adt/utils/geo_ops.c:path_encode() fails to detect a
> buffer overrun condition. It is called in multiple places, the most
> interesting are path_out() and poly_out() functions.
> 5) A src/backend/utils/adt/geo_ops.c:path_add() also fails to detect
> a simple buffer overrun.
I've attached a patch which should fix these problems.
Neil Conway
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
diffs to 7.3-devel and may not be applicable to 7.2. I have included a
change covered by a previous bugfix patch I submitted (the problem with
-.1 not being accepted by cube_in). It does not include a fix for the
potential buffer overrun issue I reported for cube_yyerror in
cubeparse.y.
Bruno Wolff III
|
|
|
|
| |
translation.
|
| |
|
| |
|
|
|
|
|
|
| |
memory.
Neil Conway
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
connections by the superuser only.
This patch replaces the last patch I sent a couple of days ago.
It closes a connection that has not been authorised by a superuser if it would
leave less than the GUC variable ReservedBackends
(superuser_reserved_connections in postgres.conf) backend process slots free
in the SISeg. This differs to the first patch which only reserved the last
ReservedBackends slots in the procState array. This has made the free slot
test more expensive due to the use of a lock.
After thinking about a comment on the first patch I've also made it a fatal
error if the number of reserved slots is not less than the maximum number of
connections.
Nigel J. Andrews
|
|
|
|
|
|
| |
I've documented space usage and using CLUSTER command
Oleg Bartunov
|
|
|
|
| |
Manfred Koizar
|
| |
|
| |
|
|
|
|
|
|
|
| |
to the table function, thus preventing memory leakage accumulation across
calls. This means that SRFs need to be careful to distinguish permanent
and local storage; adjust code and documentation accordingly. Patch by
Joe Conway, very minor tweaks by Tom Lane.
|
|
|
|
| |
Per pghackers discussion from back around 1-August.
|
|
|
|
|
| |
tables that need special defenses. I believe this is okay even for
TOAST tables that belong to system tables.
|
|
|
|
|
| |
This is currently a cosmetic difference but I make the change now in case
the macros diverge one day.
|
| |
|
| |
|
|
|
|
| |
pghackers discussion around 31-Jul-02.
|
| |
|
| |
|
|
|
|
|
|
| |
ERROR: Cannot display a value of type RECORD
rather than a random integer when someone tries to SELECT a tuple
value. Per pghackers discussion around 26-May-02.
|
|
|
|
|
| |
INSERT, UPDATE, or DELETE shouldn't change FOUND. IMHO anyway.
Also, try to make documentation a little clearer.
|
|
|
|
| |
This breaks support for 6.2 or older client libraries.
|
|
|
|
| |
defined in the FROM clause. From Joe Conway, with some tweaks.
|