[PATCHES] hashlittle(), hashbig(), hashword() and endianness

2007-11-15 Thread Alex Vinokur
On Oct 27, 10:15 pm, [EMAIL PROTECTED] (Kenneth Marshall) wrote: > Dear PostgreSQL Developers, > > This patch is a "diff -c" against the hashfunc.c from postgresql-8.3beta1. > It implements the 2006 version of the hash function by Bob Jenkins. Its > features include a better and faster hash functio

Re: [PATCHES] hashlittle(), hashbig(), hashword() and endianness

2007-11-15 Thread Heikki Linnakangas
Alex Vinokur wrote: On Nov 15, 10:40 am, Alex Vinokur <[EMAIL PROTECTED]> wrote: [snip] I have some question concerning Bob Jenkins' functions hashword(uint32_t*, size_t), hashlittle(uint8_t*, size_t) and hashbig(uint8_t*, size_t) in lookup3.c. Let k1 by a key: uint8_t* k1; strlen(k1)%sizeof(ui

Re: [PATCHES] hashlittle(), hashbig(), hashword() and endianness

2007-11-15 Thread Alex Vinokur
On Nov 15, 10:40 am, Alex Vinokur <[EMAIL PROTECTED]> wrote: [snip] > I have some question concerning Bob Jenkins' functions > hashword(uint32_t*, size_t), hashlittle(uint8_t*, size_t) and > hashbig(uint8_t*, size_t) in lookup3.c. > > Let k1 by a key: uint8_t* k1; strlen(k1)%sizeof(uint32_t) == 0.

Re: [PATCHES] [HACKERS] Why copy_relation_data only use wal whenWALarchivingis enabled

2007-11-15 Thread Tom Lane
"Heikki Linnakangas" <[EMAIL PROTECTED]> writes: > Here's an updated version of the patch. There was a bogus assertion in > the previous one, comparing against mdsync_cycle_ctr instead of > mdunlink_cycle_ctr. Applied with minor corrections. I'm not sure whether we should consider back-patching t