Re: [pgadmin-hackers] [DOCS] Remove name as valid parameter for catalog functions

2011-03-07 Thread Tom Lane
I agree that maybe the original wording could use some improvement, but I don't think that just removing "or name" is an improvement. regards, tom lane -- Sent via pgadmin-hackers mailing list (pgadmin-hackers@postgresql.org) To make changes to your subscript

Re: [pgadmin-hackers] [GENERAL] Debugging SQL queries

2006-05-11 Thread Tom Lane
Tony Caduto <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> We have actually removed the "at character N" bit from the default message >> format in CVS >> > What will the error format be for 8.2? In CVS tip you just see regression=# select 1 2; ER

Re: [pgadmin-hackers] [GENERAL] Debugging SQL queries

2006-05-11 Thread Tom Lane
t from the default message format in CVS tip, on the assumption that every client app worth worrying about has got better methods than that for showing the error cursor position. pgAdmin needs to catch up before 8.2 comes out ;-) regards, tom lane --

Re: [pgadmin-hackers] [GENERAL] Missing variable "role" in "pg_settings"?

2005-12-05 Thread Tom Lane
"Florian G. Pflug" <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >>> Based on this email, should we be showing ROLE from SHOW ALL? >> Only if you think we should be showing session_authorization too. >> That was marked "no_show_all" quite a long ti

Re: [pgadmin-hackers] [GENERAL] Missing variable "role" in "pg_settings"?

2005-12-04 Thread Tom Lane
Bruce Momjian writes: > Based on this email, should we be showing ROLE from SHOW ALL? Only if you think we should be showing session_authorization too. That was marked "no_show_all" quite a long time ago, and we have not got complaints about it... rega

Re: [pgadmin-hackers] logfile rotation

2004-06-13 Thread Tom Lane
g a lock is even worse, since the postmaster would also have to take the lock. We agreed long ago that the postmaster should never depend on the correctness of any shared memory data structure; but this patch would make it do so. I really don't think this is an acceptable solution.

Re: [pgadmin-hackers] [PATCHES] libpq endless loop if client_min_messages=debug1

2003-12-29 Thread Tom Lane
#x27;d', but not > 'N'. Oops. Good catch. regards, tom lane ---(end of broadcast)--- TIP 7: don't forget to increase your free space map settings

Re: [pgadmin-hackers] [PATCHES] libpq endless loop if client_min_messages=debug1

2003-12-29 Thread Tom Lane
ry to do with the data payload string once we implement that. I also fixed the underlying infinite-loop problem. regards, tom lane ---(end of broadcast)--- TIP 8: explain analyze is your friend

Re: [pgadmin-hackers] [HACKERS] GPL code issue?

2003-10-01 Thread Tom Lane
is GPL'd, No. The text in question is copied verbatim from some Bison component file that supplies a lot of fixed boilerplate for Bison output files. It's not very well phrased, perhaps, but their intent is clearly to exempt Bison output files from the GPL, and this *is* a Bison output file.

Re: [ADMIN] CREATE OR REPLACE VIEW / TRIGGER

2002-01-17 Thread Tom Lane
to have a release every four-to-six months. If we go into the development cycle with the notion that the next release is a year out, it will be a self-fulfilling prophecy. regards, tom lane

Re: [HACKERS] CREATE OR REPLACE VIEW/TRIGGER

2001-10-24 Thread Tom Lane
x27;s not a trivial question. In short: put it on the todo list, but note that there are some implications... regards, tom lane

Re: [HACKERS] CREATE OR REPLACE VIEW/TRIGGER

2001-10-23 Thread Tom Lane
regards, tom lane

Re: [HACKERS] What about CREATE OR REPLACE FUNCTION?

2001-10-09 Thread Tom Lane
plate1, whence they'll be automatically duplicated into newly created databases. Perhaps this option needs to be documented more prominently. regards, tom lane

Re: [HACKERS] What about CREATE OR REPLACE FUNC TION?

2001-10-08 Thread Tom Lane
t all; I use it almost daily without problems. Why doesn't it work for you? regards, tom lane

Re: [HACKERS] What about CREATE OR REPLACE FUNCTION?

2001-10-04 Thread Tom Lane
Jean-Michel POURE <[EMAIL PROTECTED]> writes: > Does CREATE OR REPLACE FUNCTION preserve function OID? Yes. That's the whole point ... > What it the difference with CREATE OR ALTER FUNCTION? The former exists (now), the latter doesn't exist. regards, tom lane