| Commit message (Collapse) | Author | Age | Files | Lines |
| | |
|
| | |
|
| |
|
|
|
|
|
| |
checked that the pointer is actually word-aligned. Casting a non-aligned
pointer to int32* is technically illegal per the C spec, and some recent
versions of gcc actually generate bad code for the memset() when given
such a pointer. Per report from Andrew Morrow.
|
| |
|
|
|
|
|
| |
port number, and use a default value for it that is dependent on the
configuration-time DEF_PGPORT. Should make the world safe for running
parallel 'make check' in different branches. Back-patch as far as 7.4
so that this actually is useful.
|
| |
|
|
|
|
|
|
| |
output targetlist of the Unique or HashAgg plan. This code was OK when
written, but subsequent changes to use "physical tlists" where possible
had broken it: given an input subplan that has extra variables added to
avoid a projection step, it would copy those extra variables into the
upper tlist, which is pointless since a projection has to happen anyway.
|
| | |
|
| |
|
|
|
|
|
| |
I have seen this case in CVS tip due to new "physical tlist" optimization
for subqueries. I believe it probably can't happen in existing releases,
but the check is not going to hurt anything, so backpatch to 8.0 just
in case.
|
| |
|
|
|
|
|
| |
cases: we can't just consider whether the subquery's output is unique on its
own terms, we have to check whether the set of output columns we are going to
use will be unique. Per complaint from Luca Pireddu and test case from
Michael Fuhr.
|
| |
|
|
|
|
|
|
|
|
|
| |
requiring superuserness always, allow an owner to reassign ownership
to any role he is a member of, if that role would have the right to
create a similar object. These three requirements essentially state
that the would-be alterer has enough privilege to DROP the existing
object and then re-CREATE it as the new role; so we might as well
let him do it in one step. The ALTER TABLESPACE case is a bit
squirrely, but the whole concept of non-superuser tablespace owners
is pretty dubious anyway. Stephen Frost, code review by Tom Lane.
|
| | |
|
| | |
|
| | |
|
| | |
|
| |
|
|
|
| |
rather than the deprecated "WITH (isStrict)" syntax. Patch from Ilia
Kantor, minor editorializing by Neil Conway.
|
| | |
|
| |
|
|
| |
Centralize malloc into function.
|
| |
|
|
|
| |
is used as if it were the latest (and/or still valid) SQL standard.
SQL:2003 is used in its place. Patch from Simon Riggs.
|
| |
|
|
|
| |
few loose ends to be dealt with, but it seems to work. Alvaro Herrera,
based on the contrib code by Matthew O'Connor.
|
| | |
|
| |
|
|
| |
hack.
|
| |
|
|
| |
hacking of SHLIB_LINK for HPUX.
|
| | |
|
| |
|
|
| |
freeing all transient state of the PGconn object.
|
| |
|
|
| |
section of a function.
|
| |
|
|
| |
treated as regex groups.
|
| |
|
|
|
|
|
|
|
|
|
|
| |
I wrote:
> So either we code up some intelligence to put the "C" in the right
> position or we have to pass down "A B" and "D" separately from the
> main makefile.
The following patch might just do the former. Please try it out.
Peter E.
|
| |
|
|
| |
various editorialization from Neil Conway.
|
| |
|
|
|
| |
gcc and for HP's ld on HPUX. There may be better ways to do this,
but this seems to work for me...
|
| |
|
|
| |
Reported by Michael Fuhr, fixed by Andrew Dunstan.
|
| |
|
|
| |
compiler warnings. Marko Kreen and Kris Jurka.
|
| |
|
|
| |
Blank line adjustments.
|
| | |
|
| |
|
|
| |
Add suitable regression tests. Andrew Dunstan
|
| | |
|
| |
|
|
| |
Marko Kreen
|
| |
|
|
| |
Marko Kreen
|
| |
|
|
|
|
| |
be more wary about having a value for BYTE_ORDER, clean up randomly-
chosen ways of including Postgres core headers.
Marko Kreen and Tom Lane
|
| |
|
|
| |
Marko Kreen
|
| |
|
|
| |
(harmless, actually, but let's be tidy).
|
| |
|
|
|
|
|
| |
optional arguments as text input functions, ie, typioparam OID and
atttypmod. Make all the datatypes that use typmod enforce it the same
way in typreceive as they do in typinput. This fixes a problem with
failure to enforce length restrictions during COPY FROM BINARY.
|
| |
|
|
|
|
|
|
| |
>
> I think this is because we don't have -lz in SHLIB_LINK.
> Following patch fixes it.
Marko Kreen
|
| | |
|
| | |
|
| |
|
|
| |
Add missing plperl include.
|
| |
|
|
| |
that don't have pg_malloc.
|
| | |
|
| |
|
|
| |
Marko Kreen
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
return arays nicely without having to make the plperl programmer aware
of anything. The attached patch allows plperl to return an arrayref
where the function returns an array type. It silently calls a perl
function to stringify the array before passing it to the pg array
parser. Non-array returns are handled as before (i.e. passed through
this process) so it is backwards compatible. I will presently submit
regression tests and docs.
example:
andrew=# create or replace function blah() returns text[][] language
plperl as $$ return [['a"b','c,d'],['e\\f','g']]; $$;
CREATE FUNCTION
andrew=# select blah();
blah
-----------------------------
{{"a\"b","c,d"},{"e\\f",g}}
This would complete half of the TODO item:
. Pass arrays natively instead of as text between plperl and postgres
(The other half is translating pg array arguments to perl arrays - that
will have to wait for 8.1).
Some of this patch is adapted from a previously submitted patch from
Sergej Sergeev. Both he and Abhijit Menon-Sen have looked it over
briefly and tentatively said it looks ok.
Andrew Dunstan
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
for PL/Perl, to avoid loading the entire result set into memory as the
existing spi_exec_query() function does.
Here's how one might use the new functions:
$x = spi_query("select ...");
while (defined ($y = spi_fetchrow($x))) {
...
return_next(...);
}
The changes do not affect the spi_exec_query() interface in any way.
Abhijit Menon-Sen
|
| |
|
|
|
|
|
|
|
|
|
|
| |
The Problem: Occassionally a DBA needs to dump a database to a new
encoding. In instances where the current encoding, (or lack of an
encoding, like SQL_ASCII) is poorly supported on the target database
server, it can be useful to dump into a particular encoding. But,
currently the only way to set the encoding of a pg_dump file is to
change client_encoding in postgresql.conf and restart postmaster.
This is more than a little awkward for production systems.
Magnus Hagander
|