[PATCHES] .pot files are unavailable (?)

Hi, I cannot download the English pot files from the following address: http://webmail.postgresql.org/~petere/nls.php I get 404 from each. Well, I noticed that none of them are downloadable now. Where are them? Does anyone know about this? Regards, -- Devrim GUNDUZ [EMAIL PROTECTED]

Re: [PATCHES] ecpg compile (compatlib)

Bruce, On Mon, Jun 23, 2003 at 09:52:01PM -0400, Bruce Momjian wrote: > Can someone remind me why "-L../ecpglib -lecpg" is required for cygwin > but not for other platforms? Please see the following: http://archives.postgresql.org/pgsql-hackers/2003-04/msg01005.php Jason -- PGP/GPG Key: h

Re: [PATCHES] ecpg compile (compatlib)

Jason Tishler wrote: > Bruce, > > On Mon, Jun 23, 2003 at 09:52:01PM -0400, Bruce Momjian wrote: > > Can someone remind me why "-L../ecpglib -lecpg" is required for cygwin > > but not for other platforms? > > Please see the following: > > http://archives.postgresql.org/pgsql-hackers/2003-04/

Re: [PATCHES] ecpg compile (compatlib)

Bruce, On Tue, Jun 24, 2003 at 09:33:56AM -0400, Bruce Momjian wrote: > My last question is do we have this covered in every other case except > this ecpg one? AFAICT, yes. Or, more accurately, with CVS updated at about 7:00 AM ET today, the following built cleanly (with deststar's ecpg patch ap

Re: [PATCHES] ecpg compile (compatlib)

Patch applied. Thanks. --- deststar wrote: > *** src/interfaces/ecpg/compatlib/Makefile.orig Thu May 22 18:20:44 2003 > --- src/interfaces/ecpg/compatlib/MakefileSun Jun 15 15:45:34 2003 > *** > *** 1

Re: [PATCHES] ecpg compile (compatlib)

OK, ecpg patch applied. Thanks for the testing. --- Jason Tishler wrote: > Bruce, > > On Tue, Jun 24, 2003 at 09:33:56AM -0400, Bruce Momjian wrote: > > My last question is do we have this covered in every other case excep

[PATCHES] Interval Patch

This is against 7.3.3 sources, but it fixes the TODO * Have SELECT '13 minutes'::interval display zero seconds in ISO datestyle *** datetime.c.orig Sat May 3 23:30:35 2003 --- datetime.c Tue Jun 24 15:54:39 2003 *** *** 3498,3504

Re: [PATCHES] ipv6 patch #3

I have applied the newest version of this patch. I did find one warning reported by my compiler: inet_net_ntop.c:273: warning: too many arguments for format inet_net_ntop.c:275: warning: too many arguments for format I have applied the attached patch to prevent the warni

Re: [PATCHES] [GENERAL] Bug in metaphone (contrib/fuzzystrmatch)

Patch applied. Thanks. --- Joe Conway wrote: > (I never saw this make it to the list yesterday, so I'm resending to > patches) > > Jim C. Nasby wrote: > > Second argument to metaphone is suposed to set the limit on the >

Re: [PATCHES] [GENERAL] Thousands of semops for every i/o

Attached patch applied. Thanks. --- Jeffrey W. Baker wrote: > On Mon, 2003-06-09 at 23:08, Tom Lane wrote: > > "Jeffrey W. Baker" <[EMAIL PROTECTED]> writes: > > > This is the strace of a process which is deleting rows from

Re: [PATCHES] perform.sgml update

Patch applied. Thanks. --- Greg Sabino Mullane wrote: [ There is text before PGP section. ] > [ PGP not available, raw data follows ] > -BEGIN PGP SIGNED MESSAGE- > Hash: SHA1 > NotDashEscaped: You need GnuPG to v

Re: [PATCHES] Nested transactions: deferred triggers

Newest version of this patch applied. Thanks. --- Alvaro Herrera wrote: > Hackers, > > In an attempt to simplify my life I'm submitting this patch that > restructures the deferred trigger queue. The fundamental change is

Re: [PATCHES] [GENERAL] Many Pl/PgSQL parameters -> AllocSetAlloc(128)?

(moving to patches) Tom Lane wrote: Joe Conway <[EMAIL PROTECTED]> writes: Actually, adding a "pfree(oneres);" to the end of that for loop plugs the memory leak and allows me to see the error message: On second look, you can't pfree oneres at the bottom of gen_cross_product() because it's part of

Re: [PATCHES] Doc updates (minor)

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Alter query.sgml to mention PostgreSQL as an ORDBMS. This falls in line > with advocacy and 'portal' websites. > > Link to createdb / dropdb

Re: [PATCHES] Doc updates (minor)

ORDBMS part of patch reverted. --- Peter Eisentraut wrote: > Rod Taylor writes: > > > Alter query.sgml to mention PostgreSQL as an ORDBMS. This falls in line > > with advocacy and 'portal' websites. > > Please revert that

Re: [PATCHES] ipv6 patch #3

Ok, I think the ,bits part was in error. Go ahead and remove the %d and the ,bits part. --Michael Bruce Momjian <[EMAIL PROTECTED]> writes: > Index: src/backend/utils/adt/inet_net_ntop.c > === > RCS file: /cvsroot/pgsql-server/src/

Re: [PATCHES] array support patch phase 1 patch

Bruce Momjian wrote: Patch applied. Joe, I need some text about this patch for the release notes. It has so much stuff in it I don't know how to describe it. OK -- I'll send you something. I need to finish the documentation also, so I'll send both at once. Joe ---(end

Re: [PATCHES] Synopsis inconsistencies

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Most of the synopsis areas for DROP commands use "name" as the > identifier, while some areas do not. > > The attached converts be below to "n

Re: [PATCHES] [HACKERS] MARKED_FOR_UPDATE && XMAX_COMMITTED == XMAX_INVALID ?

Patch applied. Thanks. --- Manfred Koizar wrote: > On Wed, 11 Jun 2003 09:05:33 -0400, Tom Lane <[EMAIL PROTECTED]> > wrote: > >> If a transaction marks a tuple for update and later commits without > >> actually having upd

Re: [PATCHES] DBLink patch

Patch applied. Thanks. --- Shridhar Daithankar wrote: Content-Description: Mail message body > Hello, > > Please apply attached patch to contrib/dblink. It adds named persistent > connections to dblink. > > I have been

Re: [PATCHES] Adddepend

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > - Corrections for tables, columns with uppercase characters > - Don't attempt to convert partial or expressional unique indexes > - Don't atte

Re: [PATCHES] Runtime.SGML diff ... please expedite!

Patch applied. Thanks. --- Josh Berkus wrote: > Bruce, > > Attached is the fully corrected version of the re-ording patch for > Runtime.sgml and dependant files. > > Can you please expedite applying this? Since it inv

Re: [PATCHES] Runtime.SGML diff ... please expedite!

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > This is the other portion he is referring to. > > client-auth.sgml references a renamed ID in runtime.sgml > > On Wed, 2003-06-18 at 16:46, T

Re: [PATCHES] System Catalog Foreign Keys (linked)

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Create entries for the foreign keys in the system catalog > chapter. > > I got tired of hitting the 'up' link, then finding the table in the

Re: [PATCHES] pg_hba.conf.sample

Patch applied. Thanks. --- Andrew Dunstan wrote: > Here's a small patch to pg_hba.conf.sample that explains the use of CIDR addresses. > > I'm still working on a patch to the regular docs. > > cheers > > andrew [ Attac

Re: [PATCHES] pg_hba.conf CIDR mask doc patch

Patch applied. Thanks. --- Andrew Dunstan wrote: > And here it is. > - Original Message - > From: Andrew Dunstan > To: PG Patches > Sent: Thursday, June 19, 2003 7:51 PM > Subject: [PATCHES] pg_hba.con

[PATCHES] Doc build broken

Seems the runtime.sgml and perform.sgml patches combined are incompatible. I believe the attached xref meets the intent of the perform.sgml change. -- Rod Taylor <[EMAIL PROTECTED]> PGP Key: http://www.rbt.ca/rbtpub.asc Index: perform.sgml ===

Re: [PATCHES] Doc build broken

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Seems the runtime.sgml and perform.sgml patches combined are > incompatible. > > I believe the attached xref meets the intent of the perform.s

Re: [PATCHES] [BUGS] bug in pg.py and the fix

Patch applied. Thanks. --- Chih-Hao Huang wrote: > If PostgreSQL failed to compile on your computer or you found a bug that > is likely to be specific to one platform then please fill out this form > and e-mail it to [EMA

Re: [PATCHES] [NOVICE] connectby() minor bug in errormessage

Nabil Sayegh wrote: validateConnectbyTupleDesc When the fourth column (tupdesc->attrs[3]) fails the type check, the errormessage should be "fourth column must be..." and not "third column must be ..." line 1372 http://www.joeconway.com/tablefunc.tar.gz Attached is a patch for the issue reported ab

[PATCHES] %x, %g warnings

The attached keeps them from appearing. It needs to be tested to ensure it still does what is expected. -- Rod Taylor <[EMAIL PROTECTED]> PGP Key: http://www.rbt.ca/rbtpub.asc Index: src/interfaces/ecpg/pgtypeslib/timestamp.c === RC

[PATCHES] src/bin/psql/input.c

It seems that readline() on my system (FreeBSD 4.8) isn't declared to take the prompt as a const. Thus, remove const from gets_interactive() to remove the warning. -- Rod Taylor <[EMAIL PROTECTED]> PGP Key: http://www.rbt.ca/rbtpub.asc Index: src/bin/psql/input.c

Re: [PATCHES] LIKE (second attempt)

Newest version applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Includes: > > - LIKE [ INCLUDING DEFAULTS | EXCLUDING DEFAULTS ] > - Quick cleanup of analyze.c function prototypes. > - New non-res

Re: [PATCHES] pg_dump with conbin

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Updated the pg_get_constraintdef() to use conbin. Update pg_dump to use > pg_get_constraintdef() for >= 70400. > > Can't test with old dbs du

Re: [PATCHES] Ensure all implicit constraints are named

Patch applied to HEAD and 7.3.X. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > If they're not, the below causes problems, as the foreign key is added > after the CHECK. Cluster depends on the index name,

Re: [PATCHES] UPDATE ... SET = DEFAULT

Patch applied. Thanks. --- Rod Taylor wrote: -- Start of PGP signed section. > Modify rewriteTargetList() to deal with a SetToDefault node > InsertDefault renamed. > > Teach updateTargetListEntry() to use the columns type

[PATCHES] Fix up JOIN .. USING with domains

Fix up JOIN .. USING with domains * *From*: *Rod Taylor <[EMAIL PROTECTED] >* * *To*: *PostgreSQL Patches <[EMAIL PROTECTED] >* * *Subject*: *

Re: [PATCHES] Patch for psql to avoid altering the PGresult strings

On Mon, 23 Jun 2003, Bruce Momjian wrote: > What should be done with this patch? Well, I can't tell what you should do :-) I made it in response to this: http://archives.postgresql.org/pgsql-hackers/2003-06/msg00296.php The patch is not very important, it works fine without. It's just that the

Re: [PATCHES] [GENERAL] bytea char escaping

Stephen Robert Norris wrote: Well, no. What it says is that certain values must be escaped (but doesn't say which ones). Then it says there are alternate escape sequences for some values, which it lists. It doesn't say "The following table contains the characters which must be escaped:", which woul