| Commit message (Collapse) | Author | Age |
|
|
|
| |
in MVCC environment. I do not trust this until Vadim says it's OK...
|
|
|
|
| |
and target databases are of versions it knows about.
|
|
|
|
| |
update temp tables with this setting.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
the query string to handle any length, I discovered that under certain
conditions, psql will core dump when handling long strings. Thus, the
patch. It was caused by a buffer overrun, probably not noticeable in a lot
of cases, but pretty noticeable in mine.
Problem was caused by the fact that the length check is only performed after
the check for a ; to get the end of the query and execute.
Cheers...
MikeA
|
| |
|
| |
|
|
|
|
| |
Massimo
|
| |
|
| |
|
| |
|
| |
|
|
|
|
| |
Behal)
|
| |
|
| |
|
|
|
|
| |
for Irix.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
1. check whether the program is being executed in $PGDATA/.. This is
necessary if the data tree is not in the standard place, as is the
case with the Debian distribution (because of Debian policy).
2. give a clearer error message if the dumped data structure fails to
be loaded.
Oliver Elphick
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
> (native win32, not cygnus).
> It does the following:
> Patches two win32.mak files to DEFINE HAVE_VSNPRINTF and
> HAVE_STRDUP. This is required to build at all.
> Bumps the version number on libpq.dll from 6.4 to 6.5.
> Required for install programs to work.
> Adds defintions for BLCKSZ and MAXIMUM_ALIGN to "win32.h" in
> the client-side libpiq directory.
>
> All these files are only used when building on native win32,
> so it should be safe I think.
>
> Again, really sorry to throw this in so late, but I would
> hate to do the same thing as with 6.4 (which required 6.4.1
> to at all compile on Win32).
>
> Thanks,
>
> //Magnus
|
|
|
|
|
| |
The patch will avoid to add .exe suffix to the pg_encoding
binary.
|
|
|
|
|
|
|
|
| |
they were confusing because the large object tables themselves are not
shown. (Besides, if you've got hundreds or thousands of large objects,
you really don't want to see 'em at all.)
Also, suppress all indexes from the \z ACL listing, since indexes have
no meaningful protection information.
|
|
|
|
| |
Get rid of it to make customization of NAMEDATALEN easier.
|
| |
|
|
|
|
|
|
|
| |
should be described like SET TIME ZONE: TO is not allowed, as well
as DEFAULT option. There are only two forms:
for Vadim.
|
| |
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
| |
because it ignored the LOs themselves but failed to ignore the indexes
on the LOs. How long has this been broken??
|
|
|
|
| |
(Curious that gcc doesn't complain about this code...).
|
|
|
|
|
|
| |
2. Get rid of locking when updating statistics in vacuum.
3. Use QuerySnapshot in COPY TO and call SetQuerySnashot
in main tcop loop before FETCH and COPY TO.
|
|
|
|
| |
new -x option to skip acl dump.
|
|
|
|
|
| |
the backend does. Remove unnecessary limitation on field size in
dumpClasses_dumpData (ie, -d or -D case).
|
| |
|
| |
|
|
|
|
| |
inserts. Change some variables to bool to be clearer.
|
| |
|
| |
|
| |
|
| |
|
|
|
|
|
|
|
|
|
| |
from initdb again.
Added two new commands, createlang and destroylang to bin. These
hopefully end this damned mklang.sql discussion.
Jan
|
|
|
|
|
|
|
|
|
|
| |
configtype.patch simply fixes a typo in config.h.in
pg_dump.c.patch Updates a bunch of error messages to include a reason
from
the backend, and also removes a couple of unnecessary
if's
Ole Gjerde
|
|
|
|
|
|
| |
scale and precision for NUMERIC type column defs.
Keith Parks
|
|
|
|
| |
apparently some systems choke on that :-(.
|
|
|
|
| |
Jan
|
|
|
|
| |
real affect now.
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
been applied. The patches are in the .tar.gz attachment at the end:
varchar-array.patch this patch adds support for arrays of bpchar() and
varchar(), which where always missing from postgres.
These datatypes can be used to replace the _char4,
_char8, etc., which were dropped some time ago.
block-size.patch this patch fixes many errors in the parser and other
program which happen with very large query statements
(> 8K) when using a page size larger than 8192.
This patch is needed if you want to submit queries
larger than 8K. Postgres supports tuples up to 32K
but you can't insert them because you can't submit
queries larger than 8K. My patch fixes this problem.
The patch also replaces all the occurrences of `8192'
and `1<<13' in the sources with the proper constants
defined in include files. You should now never find
8192 hardwired in C code, just to make code clearer.
--
Massimo Dal Zotto
|
|
|
|
| |
environments; it was being careless about character lengths.
|