[PATCHES]JDBC and pg_controldata zh_TW messages

for PostgreSQL 7.4 branch pg_controldata-zh_TW.po Description: Binary data errors_zh_TW.properties Description: Binary data ---(end of broadcast)--- TIP 4: Don't 'kill -9' the postmaster

Re: [PATCHES]JDBC and pg_controldata zh_TW messages

Zhenbang Wei wrote: > for PostgreSQL 7.4 branch Installed. ---(end of broadcast)--- TIP 2: you can get off all lists at once with the unregister command (send "unregister YourEmailAddressHere" to [EMAIL PROTECTED])

[PATCHES] remove some unused typedefs

This patch removes the following unused typedefs from c.h: bool8, bool16, bool32, word8, word16, word32, Offset In order to remove "Offset" I had to update some code in page/bufpage.c, but that shouldn't have been using Offset to begin with, AFAICS. Unless anyone complains, I'll apply this

[PATCHES] remove 'noversion' from standalone backend

This patch removes the remaining code for processing the '-C' command-line option in the standalone backend. It no longer actually functions (i.e. specifying the option does nothing), and I didn't think it was interesting enough to be worth reviving, so I removed it. Unless anyone objects, I inten

Re: [PATCHES] make "wal_debug" GUC var a boolean

Tom Lane <[EMAIL PROTECTED]> writes: > I think the combination of #ifdef and GUC variable is appropriate. The attached patch implements this: the wal_debug GUC var is now a boolean, and is encloded in `#ifdef WAL_DEBUG` blocks (and the WAL_DEBUG symbol is present in pg_config_manual.h, just commen

[PATCHES] add more exprs to CREATE SCHEMA

This patch adds a few additional commands to the list of expressions accepted by CREATE SCHEMA: CREATE INDEX, CREATE SEQUENCE, and CREATE TRIGGER are now supported. The latter two are required by SQL 200x, while the first is merely useful. Unless anyone objects, I intend to apply this patch by the

[PATCHES] remove obsolete NULL casts

In any modern dialect of C, casting the "NULL" pointer literal to a specific pointer type is unnecessary. For example: char *foo; foo = malloc(...); if (foo == (char *) NULL) {...} The cast on the 3rd line serves no useful purpose. Hence, this patch removes all such instances of NULL-

[PATCHES] minor smgr code cleanup

This patch cleans up some code in the smgr and elsewhere: - Update comment in IsReservedName() to the present day, remove "ugly coding for speed" as this is no longer a performance critical function - Improve some variable & function names in commands/vacuum.c. I wa

Re: [PATCHES] remove obsolete NULL casts

On Mon, Jan 05, 2004 at 04:31:40PM -0500, Neil Conway wrote: > In any modern dialect of C, casting the "NULL" pointer literal to a > specific pointer type is unnecessary. For example: > > char *foo; > foo = malloc(...); > if (foo == (char *) NULL) {...} In src/backend/port/darwin/sys

Re: [PATCHES] minor smgr code cleanup

Neil Conway <[EMAIL PROTECTED]> writes: > bool > IsReservedName(const char *name) > { > ! /* ugly coding for speed */ > ! return (name[0] == 'p' && > ! name[1] == 'g' && > ! name[2] == '_'); > } > --- 160,178 > bool > IsReservedName(c

List rewrite (was Re: [PATCHES] minor smgr code cleanup)

Neil Conway <[EMAIL PROTECTED]> writes: >I was planning to rewrite this to avoid lappend(), but since I >still intend to do the list rewrite, there's no need for that. BTW, I was planning to ask you where that stood. I've been writing new code on the assumption that I didn't have

Re: List rewrite (was Re: [PATCHES] minor smgr code cleanup)

Tom Lane <[EMAIL PROTECTED]> writes: > BTW, I was planning to ask you where that stood. I've been writing > new code on the assumption that I didn't have to bother with > FastList Yeah, I definitely plan to have the list rewrite finished in time for 7.5. After the bufmgr work, it's the next thing