Re: [HACKERS] massive quotes?

2003-08-31 Thread Tom Lane
Andrew Dunstan <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> I'm also wondering why the backend need have anything at all to do with >> an improved function-definition mode. If you look in the archives you >> will see speculation about inventing psql backslash commands that would >> assist in e

Re: [HACKERS] "is_superuser" parameter creates inconsistencies

2003-08-31 Thread Tom Lane
Peter Eisentraut <[EMAIL PROTECTED]> writes: > Bruce Momjian writes: >> Is this a TODO item or something we want to address for 7.4? > I'd like to address it for 7.4, but it looks a bit more difficult than it > seemed at first, because session_user isn't in GUC at all, so there is no > infrastruct

[HACKERS] Preliminary notes about hash index concurrency (long)

2003-08-31 Thread Tom Lane
I've been looking at fixing the problem reported a few days ago whereby a bucket split in a hash index messes up the state of concurrent scans of the index, possibly causing some tuples to be missed by the scans. AFAICS the only way to fix this is to prevent such a concurrent split. Accordingly, I'

Re: [HACKERS] dns prob

2003-08-31 Thread ohp
Yep, seems to be running again... I had sevral crashes today... On Sun, 31 Aug 2003, Marc G. Fournier wrote: > Date: Sun, 31 Aug 2003 17:29:18 -0300 (ADT) > From: Marc G. Fournier <[EMAIL PROTECTED]> > To: [EMAIL PROTECTED] > Cc: pgsql-hackers list <[EMAIL PROTECTED]>, > Larry Rosenman <[EMA

Re: [HACKERS] dns prob

2003-08-31 Thread Larry Rosenman
And I didn't grep / look far enough it actually is in that zone: $ORIGIN fr.postgresql.org. ftp A 194.250.190.252 ftp2A 130.79.200.5 ftp5CNAME mirrors.toulouse.inra.fr. newsCNAME news.pyrenet.fr. www

Re: [HACKERS] dns prob

2003-08-31 Thread Marc G. Fournier
works here: > nslookup ftp.fr.postgresql.org Server: ganymede.hub.org Address: 192.168.1.4 Non-authoritative answer: Name:ftp.fr.postgresql.org Address: 194.250.190.252 there was a problem earlier this morning though ... upgraded the OS on the master DNS server and somehow /dev/null goe

Re: [HACKERS] dns prob

2003-08-31 Thread Larry Rosenman
Looks like Marc's script removed it $ cd /var/adm/named/cache $ grep ftp.fr postgresql.org $ ls -l postgresql.org -rw-r--r--1 root sys8517 Aug 31 14:50 postgresql.org $ more postgresql.org $ grep ftp.fr postgresql.org $ $ head -20 postgresql.org $ORIGIN . $TTL 300; 5

[HACKERS] dns prob

2003-08-31 Thread ohp
Is there a problem with DNS? a few hours ago, www.fr.postgresql.org was not defined, now that it works again, ftp.fr.postgresql.org dosn't exist -- Olivier PRENANT Tel: +33-5-61-50-97-00 (Work) 6, Chemin d'Harraud Turrou +33-5-61-50-97-01 (Fax) 31190 AUTERIVE

Re: [HACKERS] Passing server_encoding to the client is not future-proof

2003-08-31 Thread Peter Eisentraut
Tom Lane writes: > The JDBC guys wanted to know it. Why is not clear to me, but I figured > it was easy enough to make them happy. The JDBC guys didn't respond, and I don't see it used in their source code, so I'm inclined to remove it. -- Peter Eisentraut [EMAIL PROTECTED] ---

Re: [HACKERS] Passing server_encoding to the client is not future-proof

2003-08-31 Thread Peter Eisentraut
Tom Lane writes: > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > Tom Lane writes: > >> One of the reasons for not doing conversion in binary mode is to have an > >> escape hatch for unconvertible characters, eg for dump purposes. > > > That functionality is already provided by setting the clien

Re: [HACKERS] Passing server_encoding to the client is not future-proof

2003-08-31 Thread Peter Eisentraut
Carlos Guzman Alvarez writes: > > The JDBC guys wanted to know it. Why is not clear to me, but I figured > > it was easy enough to make them happy. > > I'm using it too in my .NET Data Provider for allow atomatic encoding of > strings before send it to the server. Why would you want to do that?

Re: [HACKERS] "is_superuser" parameter creates inconsistencies

2003-08-31 Thread Peter Eisentraut
Bruce Momjian writes: > Tom Lane wrote: > > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > > Presumably, the "is_superuser" parameter was intended to make the updating > > > of psql's prompt more accurate when SET SESSION AUTHORIZATION is used. > > > However, if the prompt is customized to inclu

Re: [HACKERS] pgAdmin III translation: Dutch

2003-08-31 Thread Peter Eisentraut
Frank Schoep writes: > I'd be willing to write a Dutch translation for pgAdmin III, For matters concerning pgAdmin III, please see its web site http://www.pgadmin.org/pgadmin3/; there are separate mailing lists for it. You're also invited to provide a translation for the core of PostgreSQL; see

Re: [HACKERS] pgAdmin III translation: Dutch

2003-08-31 Thread Dave Page
Hi Frank, A Dutch translation of pgAdmin3 would be most welcome - thanks for volunteering! You should find all the details of how to get started at http://www.pgadmin.org/pgadmin3/translation.php, if not, please email the [EMAIL PROTECTED] list (not pgsql-hackers) with any queries. Jean-Michel Pou

Re: [HACKERS] Unixware Patch (Was: Re: Beta2 Tag'd and Bundled ...)

2003-08-31 Thread Kurt Roeckx
On Sun, Aug 31, 2003 at 12:04:58PM +0200, Peter Eisentraut wrote: > Lee Kindness writes: > > > You don't... and you simply shouldn't care. If there is a_r version > > available then we should use it - even if the plain version is "safe". > > The problem with this is that the automatic determinati

Re: [HACKERS] Linux2.6 overcommit behaviour

2003-08-31 Thread Andrew Dunstan
Manfred Spraul wrote: It is strange to choose 50% of RAM plus swap (what if your spam is small). I thought it would be 100% of RAM plus the swap that exceeds RAM size. Linux doesn't release the swap file page when a page is read back: If a page is only read by the user space app, then the s

Re: [HACKERS] massive quotes?

2003-08-31 Thread Andrew Dunstan
Tom Lane wrote: I'm also wondering why the backend need have anything at all to do with an improved function-definition mode. If you look in the archives you will see speculation about inventing psql backslash commands that would assist in entering raw function definitions by taking something you

[HACKERS] pgAdmin III translation: Dutch

2003-08-31 Thread Frank Schoep
Hello there, I'd be willing to write a Dutch translation for pgAdmin III, if you are interested in it. I'll give you the language details in advance: English-language-name: Dutch Native-language-name: Nederlands Please let me know if it'd be a good thing to do and I'll start on it whenever I fi

[HACKERS] pg_dump bug?

2003-08-31 Thread ohp
Hi all, This is on 7.3.4 I had altered a user like this: alter user set search_path = shema1,public Then I had to pgdumpall, re-initdb and restore every thing. The alter user did'nt get through. and broke my app. Is it a pg_dump bug? I haven't tested on 7.4b BTW, would'nt it be more logical if

Re: [HACKERS] Unixware Patch (Was: Re: Beta2 Tag'd and Bundled ...)

2003-08-31 Thread Peter Eisentraut
Lee Kindness writes: > You don't... and you simply shouldn't care. If there is a_r version > available then we should use it - even if the plain version is "safe". The problem with this is that the automatic determination (in configure) whether there is a xxx_r() version is, in general, fragile.

Re: [HACKERS] Unixware Patch (Was: Re: Beta2 Tag'd and Bundled ...)

2003-08-31 Thread Lee Kindness
Bruce Momjian writes: > Marc G. Fournier wrote: > > On Sat, 30 Aug 2003, Bruce Momjian wrote: > > > > > Yes, and that is the complex part because _some_ non-*_r functions are > > > thread-safe, and some are not. I have to determine if we have other > > > such platforms before I figure out h

Re: [HACKERS] Is it a memory leak in PostgreSQL 7.4beta?

2003-08-31 Thread Mark Kirkwood
Stephan Szabo wrote: I rebuild without debug, and ran just the start/insert/commit sequence over and over and noticed that on my machine it looked to grow as above but that if I let it go long enough it seemed to basically stop (or at least the growth was slow enough to go without notice as compar

Re: [HACKERS] FE/BE Protocol - Specific version

2003-08-31 Thread Kaare Rasmussen
> It would be nice if we could configure a function to run on connection > start. We have the ability to SET values per db or user, but not to If my memory serves me well, Oracle has a number of system triggers. On database startup and shutdown and perhaps also on connection start and stop. Som

Re: [HACKERS] pg_dump and REVOKE on function

2003-08-31 Thread Tom Lane
Bruce Momjian <[EMAIL PROTECTED]> writes: > Tom Lane wrote: >> Given that rbt is the owner of the object, I'm not sure that it is >> sensible to interpret the above as revoking his ability to grant >> privileges to others. >> >> Peter, any thoughts? > Has this been resolved? No. I was hoping Pet

Re: [HACKERS] pg_dump and REVOKE on function

2003-08-31 Thread Bruce Momjian
Tom Lane wrote: > Rod Taylor <[EMAIL PROTECTED]> writes: > > r=# REVOKE ALL ON FUNCTION weekdate (date) FROM PUBLIC; > > REVOKE > > r=# GRANT ALL ON FUNCTION weekdate (date) TO PUBLIC; > > GRANT > > r=# REVOKE ALL ON FUNCTION weekdate (date) FROM rbt; > > ERROR: dependent privileges exist > > HINT

Re: [HACKERS] "is_superuser" parameter creates inconsistencies

2003-08-31 Thread Bruce Momjian
Tom Lane wrote: > Peter Eisentraut <[EMAIL PROTECTED]> writes: > > Presumably, the "is_superuser" parameter was intended to make the updating > > of psql's prompt more accurate when SET SESSION AUTHORIZATION is used. > > However, if the prompt is customized to include the user name (%n), then > > t

Re: [HACKERS] Is it a memory leak in PostgreSQL 7.4beta?

2003-08-31 Thread Stephan Szabo
On Sat, 30 Aug 2003, Stephan Szabo wrote: > On Sat, 30 Aug 2003, Tom Lane wrote: > > > =?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes: > > > The interesting thing was that my postmaster needed around 4mb of RAM > > > when I started running my test script using ... > > > After

Re: [HACKERS] Is it a memory leak in PostgreSQL 7.4beta?

2003-08-31 Thread Stephan Szabo
On Sat, 30 Aug 2003, Tom Lane wrote: > =?ISO-8859-1?Q?Hans-J=FCrgen_Sch=F6nig?= <[EMAIL PROTECTED]> writes: > > The interesting thing was that my postmaster needed around 4mb of RAM > > when I started running my test script using ... > > After about 2 1/2 hours the backend process already needed 1