[PATCHES] ALTER INDEX

2004-08-13 Thread Gavin Sherry
Attached is a patch implementing ALTER INDEX [ RENAME | OWNER TO | SET TABLESPACE ] I haven't included any regression tests because most of the code should be well tested by the existing alter table tests. Thanks, GavinIndex: doc/src/sgml/ref/alter_index.sgml ===

Re: [PATCHES] ALTER INDEX

2004-08-13 Thread Gavin Sherry
This patch has a fix for a 'thought-o' in the docs. Gavin Index: doc/src/sgml/ref/alter_index.sgml === RCS file: /usr/local/cvsroot/pgsql-server/doc/src/sgml/ref/alter_index.sgml,v retrieving revision 1.1 diff -2 -c -r1.1 alter_index.

Re: [PATCHES] ALTER INDEX

2004-08-13 Thread Stefan Kaltenbrunner
Gavin Sherry wrote: Index: src/bin/psql/tab-complete.c === RCS file: /usr/local/cvsroot/pgsql-server/src/bin/psql/tab-complete.c,v retrieving revision 1.109 diff -2 -c -r1.109 tab-complete.c *** src/bin/psql/tab-complete.c 28 Jul 2004

Re: [PATCHES] ALTER INDEX

2004-08-13 Thread Gavin Sherry
Oops. Too much with the ol' cut and paste. I'm happy to send an updated patch but perhaps the committer, assuming the patch is accepted, would be kind enough to update for me. Thanks for reviewing. Gavin On Fri, 13 Aug 2004, Stefan Kaltenbrunner wrote: > Gavin Sherry wrote: > > > > Index: src

[PATCHES] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to Windows]

2004-08-13 Thread Andrew Dunstan
[redirecting] I have abstracted this problem, and we definitely have a newline bug that has to be fixed, IMNSHO. Attached are 2 scripts that are identical except that one has DOS-style line endings and one has Unix style line endings. The DOS-style just fails miserably with no warning. It's not

Re: [PATCHES] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to Windows]

2004-08-13 Thread Andrew Dunstan
Andrew Dunstan wrote: The attached patch appears to solve the problem. However, while it makes us conform to the first sentence below from the docs, it doesn't comply with the second. Not sure what to do about that. Maybe there's a better solution? Attached patch seems much better, I think. c

Re: [PATCHES] [BUGS] 8.0.0beta1: -lpthread missing

2004-08-13 Thread Bruce Momjian
Martin Münstermann wrote: > Hi! > > Martin M?nstermann wrote: > >> OK, we now have thread compile failure reports on Debian and Slackware. > >> > >> The config/acx_pthread.m4 script basically tests these: > >> > >> acx_pthread_flags=3D"pthreads none -Kthread -kthread lthread -pthread > >>

Re: [PATCHES] [BUGS] 8.0.0beta1: -lpthread missing

2004-08-13 Thread Martin Münstermann
OK, we now have thread compile failure reports on Debian and Slackware. The config/acx_pthread.m4 script basically tests these: acx_pthread_flags=3D"pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt pthread-config" =09 in that ord

Re: [PATCHES] [BUGS] 8.0.0beta1: -lpthread missing

2004-08-13 Thread Martin Münstermann
Hi! Martin Münstermann wrote: OK, we now have thread compile failure reports on Debian and Slackware. The config/acx_pthread.m4 script basically tests these: acx_pthread_flags=3D"pthreads none -Kthread -kthread lthread -pthread -pthreads -mthreads pthread --thread-safe -mt pthread-confi

[PATCHES] Compiling libpq with VC6

2004-08-13 Thread Andreas Pflug
libpq currently doesn't compile with vc6. The reason is a conflict of prototypes for rename and unlink, which happens when fe-lobj.c includes io.h. The attached patch will redefine unlink and rename only if FRONTEND is not defined. Regards, Andreas Index: port.h ===

Re: [PATCHES] Translation updates for 7.4/8.0: postgres-ru

2004-08-13 Thread Peter Eisentraut
Am Donnerstag, 12. August 2004 16:26 schrieb Serguei Mokhov: > A new batch of translated messges for the backend. > Please apply to both 7.4 and 8.0. Done. -- Peter Eisentraut http://developer.postgresql.org/~petere/ ---(end of broadcast)--- TIP 2

Re: [PATCHES] Translation updates for 8.0: pg_controldata-ru, pg_resetxlog-ru, pgscripts-ru

2004-08-13 Thread Peter Eisentraut
Am Donnerstag, 12. August 2004 16:23 schrieb Serguei Mokhov: > These are fully translated. Some messages > were tweaked, with some errors fixed. > Please install for 8.0. Done. -- Peter Eisentraut http://developer.postgresql.org/~petere/ ---(end of broadcast)

[PATCHES] PL/Perl document patch

2004-08-13 Thread David Fetter
Kind people, The enclose patch clarifies and makes a more useful example for the Global Values in PL/Perl section of the documents. Cheers, D -- David Fetter [EMAIL PROTECTED] http://fetter.org/ phone: +1 510 893 6100 mobile: +1 415 235 3778 Remember to vote! ? plperl.diff Index: plperl.sgml

[PATCHES] Missing Manuals

2004-08-13 Thread [EMAIL PROTECTED]
Here's the manual pages that went missing a few weeks backI asked my secretary to post them through, and she had some success, though that looks like they were weeded out as spam/viruses. My continued absence is the result of a truck's surprise attempt to test my personal capability for crash

Re: [PATCHES] [HACKERS] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to Windows]

2004-08-13 Thread Tom Lane
Andrew Dunstan <[EMAIL PROTECTED]> writes: >> The attached patch appears to solve the problem. However, while it >> makes us conform to the first sentence below from the docs, it doesn't >> comply with the second. Not sure what to do about that. Maybe there's >> a better solution? > Attached pa

Re: [PATCHES] [HACKERS] Point in Time Recovery

2004-08-13 Thread [EMAIL PROTECTED]
> Tom Lane wrote: > > Bruce Momjian <[EMAIL PROTECTED]> writes: > > > Now, if you say people will rarely turn archiving on/off, then one > > > parameter seems to make more sense. > > > > I really can't envision a situation where people would do that. If you > > need PITR at all then you need it 2

Re: [PATCHES] [HACKERS] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to

2004-08-13 Thread Andrew Dunstan
Tom Lane wrote: Andrew Dunstan <[EMAIL PROTECTED]> writes: The attached patch appears to solve the problem. However, while it makes us conform to the first sentence below from the docs, it doesn't comply with the second. Not sure what to do about that. Maybe there's a better solution?

Re: [PATCHES] [HACKERS] Point in Time Recovery

2004-08-13 Thread Tom Lane
"[EMAIL PROTECTED]" <[EMAIL PROTECTED]> writes: > I would opt to make enabling/disabling archive_command require a postmaster > restart. That way there would be no capability to take advantage of the > incentive to turn it on/off. We're generally not in the habit of making GUC parameters more rigi

Re: [PATCHES] [HACKERS] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to

2004-08-13 Thread Tom Lane
Andrew Dunstan <[EMAIL PROTECTED]> writes: > Should it be backported for the upcoming stable release(s)? Bruce and I > were discussing this earlier. Probably a good idea, since we do support psql on Windows even in the older releases. My personal opinion is to back-port only as far as 7.4, but i

Re: [PATCHES] [HACKERS] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to

2004-08-13 Thread Andrew Dunstan
Tom Lane said: > Andrew Dunstan <[EMAIL PROTECTED]> writes: >> Should it be backported for the upcoming stable release(s)? Bruce and >> I were discussing this earlier. > > Probably a good idea, since we do support psql on Windows even in the > older releases. > > My personal opinion is to back-por

Re: [PATCHES] [HACKERS] [Fwd: Re: [pgsql-hackers-win32] Import from Linux to

2004-08-13 Thread Tom Lane
"Andrew Dunstan" <[EMAIL PROTECTED]> writes: > No, I think 7.4 should do. 7.3 users will still have the dos2unix workaround > available. Are you going to do the 7.4 patch, or do you need me to? I > normally only keep a HEAD tree checked out. A quick look at the cvsweb diffs > suggests the patch sho

[PATCHES] Translation updates for 8.0: initdb-ru, psql-ru

2004-08-13 Thread Serguei Mokhov
Hello Peter, Please install the next cut on Russian translations for 8.0. Thanks, -s initdb-ru.po.gz;psql-ru.po.gz initdb-ru.po.gz Description: GNU Zip compressed data psql-ru.po.gz Description: GNU Zip compressed data ---(end of broadcast)--