- 11 Dec, 2004 8 commits
-
-
Peter Eisentraut authored
gives an example of storing a code reference by David Fetter
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
- 10 Dec, 2004 1 commit
-
-
Bruce Momjian authored
-
- 06 Dec, 2004 5 commits
-
-
Tom Lane authored
triggers during COMMIT. Per trouble report from Frank van Vugt.
-
Peter Eisentraut authored
-
Peter Eisentraut authored
-
Michael Meskes authored
Synced parser.
-
Neil Conway authored
-
- 05 Dec, 2004 1 commit
-
-
Tom Lane authored
Michael Fuhr.
-
- 04 Dec, 2004 2 commits
-
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 03 Dec, 2004 17 commits
-
-
PostgreSQL Daemon authored
tag configure for rc1 ..
-
Tom Lane authored
better make sure the sort order is totally specified; else we get burnt by platform-specific behavior of qsort() with equal keys. Per buildfarm results.
-
Tom Lane authored
is null-terminated. I think this is not a real bug because the parser would always have truncated the identifier to NAMEDATALEN-1 already, but let's be safe. Per report from Klocwork.
-
Tom Lane authored
-
Bruce Momjian authored
-
Tom Lane authored
problems.
-
Bruce Momjian authored
> each COPY, and then where we test for CR or LF in CopyAttributeOutCSV, > if the flag is not set then set it and issue the warning. Andrew Dunstan
-
Bruce Momjian authored
>>the emp table again, but shows how to audit changes into another table >>(emp_audit). Mark Kirkwood
-
Bruce Momjian authored
> * ANALYZE should record a pg_statistic entry for an all-NULL column
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
> * Fix priority ordering of read and write light-weight locks (Neil)
-
Bruce Momjian authored
-
Bruce Momjian authored
-
Bruce Momjian authored
-
- 02 Dec, 2004 6 commits
-
-
Tom Lane authored
handling in SIGPIPE processing; avoid unnecessary pollution of application link-symbol namespace; spell 'pointer to function' in the conventional way.
-
Bruce Momjian authored
< > o Fix problem with shared memory on the Win32 Terminal Server
-
Bruce Momjian authored
> throughout to the spellings suggested by your book. Great. A follow-up patch for current CVS HEAD is attached, and available at http://troels.arvin.dk/db/pgsql/conformance/pgsql-sql-conformance- followup.patch The patch - includes a core feature ID that had been left out by mistake (C011) - updates the sql_feature_packages.txt table to reflect changes in SQL:2003 which were not covered properly in my last patch Troels Arvin
-
Bruce Momjian authored
> > Windows service, it says you can use the -I and -R options. > > > > When I do that and I specify a password with '-P' > (uppercase) then in > > the registry it's saved as '-p' (lowercase) in the > service-commandline > > (ImagePath). This was fixed in v1.21 of pg_autovacuum.c, That rev is tagged for beta3, so you should not be seeing this issue unless you actually have an older version for some reason. http://developer.postgresql.org/cvsweb.cgi/pgsql/contrib/pg_autovacuum/p g_autovacuum.c.diff?r1=1.20;r2=1.21;f=h > > Also it removes the quotes I added and I'm not so sure it > would work > > the way it's supposed to, without it. It's not so much that it strips them (that happens automagically), more that it doesn't re-add them when it writes the command line in the registry. The attached patch fixes that by simply quoting all options that may need it. > > If you add DependOnService (a REG_MULTI_SZ an > array-like-thingie) and > > have the name (in this case: pgsql-8.0-beta2-dev3) of a service it > > depends on, it will not fail to start (it will not even try, as > > PostgreSQL is not running), when PostgreSQL already failed. > > > > Maybe it's an idea to specify it on the commandline (what > service to > > depend on). A -E <service> option is added in the attached patch. Dave Page
-
Bruce Momjian authored
> seconds to 10 seconds. The original number was plucked from thin air > some months ago, and I'd like to review that now based upon further > thought, observation and experience. > > This change has little or no effect on performance, since the interval > is there mainly to avoid repeated respawn attempts if archiver fails at > startup. Archiver start-up time is very quick, so there is little danger > of exceeding 10 seconds. > > On a busy system, if the archiver does die, then many files can build up > in the 60 seconds before respawning. That xlog file backlog could take > some time to clear. This then leaves a larger than normal window of data > loss for a possibly long period. > > It's a minor change only, with no other effect on function. Simon Riggs
-
Bruce Momjian authored
John Hansen
-