[COMMITTERS] pginstaller - pginst: Fix error msg on failure to start initdb to show

2004-09-24 Thread User Mha
Log Message: --- Fix error msg on failure to start initdb to show error description instead of just error code. Modified Files: -- pginst/ca: pginstca.c (r1.38 -> r1.39) (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/pginst/ca/pginstca.c.diff?r1=

Re: [COMMITTERS] pginstaller - web: Add mention of NetLimiter as a product with

2004-09-24 Thread Magnus Hagander
That was me adding it to the other list to get around the fact that pgfoundry mails weren't posted to the committers list due to moderation. Marc has fixed it now, so I just changed the address back to post directly to pgsql-committers. //Magnus > > >OK, that's really what I needed... messages

[COMMITTERS] pginstaller - CVSROOT: Change commit email addres sback to

2004-09-24 Thread User Mha
Log Message: --- Change commit email addres sback to pgsql-committers now that the list has been fixed. Modified Files: -- CVSROOT: loginfo (r1.3 -> r1.4) (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/CVSROOT/loginfo.diff?r1=1.3&r2=1.4) _

[COMMITTERS] pgsql-server: Persuade plpython to build on OS X.

2004-09-24 Thread Tom Lane
Log Message: --- Persuade plpython to build on OS X. Modified Files: -- pgsql-server/src/pl/plpython: Makefile (r1.13 -> r1.14) (http://developer.postgresql.org/cvsweb.cgi/pgsql-server/src/pl/plpython/Makefile.diff?r1=1.13&r2=1.14)

Fwd: [COMMITTERS] pginstaller - web: Add mention of NetLimiter as a product with

2004-09-24 Thread Peter Eisentraut
OK, that's really what I needed... messages sent to pgsql-committers with different recipient addresses. -- Peter Eisentraut http://developer.postgresql.org/~petere/ --- Begin Message --- Log Message: --- Add mention of NetLimiter as a product with LSP-issues. Modified Files: --

[COMMITTERS] pgsql-server: GUC assign hooks that look at external state in deciding

2004-09-24 Thread Tom Lane
Log Message: --- GUC assign hooks that look at external state in deciding whether a setting is valid must ignore that state and permit the assignment anyway when source is PGC_S_OVERRIDE. Otherwise they may disallow a rollback at transaction abort, which is The Wrong Thing. Per example fr

[COMMITTERS] pginstaller - web: Add mention of initdb permissions errors when parent

2004-09-24 Thread User Mha
Log Message: --- Add mention of initdb permissions errors when parent directories doesn't grant the service user read permissions. Modified Files: -- web: FAQ_windows.html (r1.5 -> r1.6) (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/web/FAQ_wind

[COMMITTERS] pgsql-server: Fix slightly misleading description of PERFORM syntax.

2004-09-24 Thread Tom Lane
Log Message: --- Fix slightly misleading description of PERFORM syntax. Modified Files: -- pgsql-server/doc/src/sgml: plpgsql.sgml (r1.46 -> r1.47) (http://developer.postgresql.org/cvsweb.cgi/pgsql-server/doc/src/sgml/plpgsql.sgml.diff?r1=1.46&r2=1.47) ---

[COMMITTERS] pginstaller - web: Add mention of NetLimiter as a product with

2004-09-24 Thread User Mha
Log Message: --- Add mention of NetLimiter as a product with LSP-issues. Modified Files: -- web: FAQ_windows.html (r1.4 -> r1.5) (http://cvs.pgfoundry.org/cgi-bin/cvsweb.cgi/pginstaller/web/FAQ_windows.html.diff?r1=1.4&r2=1.5) __

Re: [COMMITTERS] pgsql-server: Fix TAS assembly stuff for Solaris/386.

2004-09-24 Thread Tom Lane
Kris Jurka <[EMAIL PROTECTED]> writes: > Well, it's not really truncated it just overflows long long. Oh, okay, I finally get the point --- it's the difference between signed and unsigned that's at issue. I suppose that the UINT64CONST macro really ought to use x##ULL not x##LL. Does anyone thin

Re: [COMMITTERS] pgsql-server: Fix TAS assembly stuff for Solaris/386.

2004-09-24 Thread Kris Jurka
On Fri, 24 Sep 2004, Tom Lane wrote: > Kris Jurka <[EMAIL PROTECTED]> writes: > > UINT64CONST produces these in a number of places: > > "xlog.c", line 552: warning: constant promoted to unsigned long long > > > it likes either ##ULL or unadorned. The problem is we're taking a > > constant lar

Re: [COMMITTERS] pginstaller - CVSROOT: Update address for CVS

2004-09-24 Thread Marc G. Fournier
On Fri, 24 Sep 2004, Neil Conway wrote: On Fri, 2004-09-24 at 19:10, Kris Jurka wrote: Supposedly so we can monitor the activity of all of the projects hosted on pgfoundry. You missed the discussion this summer, but Peter E. and myself think it's a bad idea, Marc likes it and everyone else doesn't

Re: [COMMITTERS] pgsql-server: Fix TAS assembly stuff for Solaris/386.

2004-09-24 Thread Tom Lane
Kris Jurka <[EMAIL PROTECTED]> writes: > UINT64CONST produces these in a number of places: > "xlog.c", line 552: warning: constant promoted to unsigned long long > it likes either ##ULL or unadorned. The problem is we're taking a > constant larger than long long and explicitly saying it's a long

Re: [COMMITTERS] pgsql-server: Fix TAS assembly stuff for Solaris/386.

2004-09-24 Thread Kris Jurka
On Fri, 24 Sep 2004, Tom Lane wrote: > > UINT64CONST produces these in a number of places: > > "xlog.c", line 552: warning: constant promoted to unsigned long long > > This is pretty annoying, considering that the entire point of the > UINT64CONST macro is to suppress such complaints. Can you

Re: [COMMITTERS] pginstaller - CVSROOT: Update address for CVS

2004-09-24 Thread Neil Conway
On Fri, 2004-09-24 at 19:10, Kris Jurka wrote: > Supposedly so we can monitor the activity of all of the projects hosted on > pgfoundry. You missed the discussion this summer, but Peter E. and myself > think it's a bad idea, Marc likes it and everyone else doesn't seem to > care. Well, let me

Re: [COMMITTERS] pginstaller - CVSROOT: Update address for CVS

2004-09-24 Thread Kris Jurka
On Fri, 24 Sep 2004, Neil Conway wrote: > Why does pgfoundry commit mail go to pgsql-committers in the first > place? > Supposedly so we can monitor the activity of all of the projects hosted on pgfoundry. You missed the discussion this summer, but Peter E. and myself think it's a bad idea,