Skip site navigation (1) Skip section navigation (2)

Re: [COMMITTERS] pgsql: SQL/MED catalog manipulationfacilities This doesn't do any

From: Alvaro Herrera <alvherre(at)commandprompt(dot)com>
To: Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us>
Cc: Peter Eisentraut <peter_e(at)gmx(dot)net>, pgsql-hackers(at)postgresql(dot)org
Subject: Re: [COMMITTERS] pgsql: SQL/MED catalog manipulationfacilities This doesn't do any
Date: 2008-12-20 13:41:02
Message-ID: (view raw, whole thread or download thread mbox)
Lists: pgsql-committerspgsql-hackers
Tom Lane wrote:
> petere(at)postgresql(dot)org (Peter Eisentraut) writes:
> > Log Message:
> > -----------
> > SQL/MED catalog manipulation facilities
> The buildfarm says this patch has got serious portability issues.

FWIW I recently learned that you can set MALLOC_PERTURB_ to a nonzero
value to cause glibc's malloc() to fill memory with the byte value
therein, and clear it with the bitwise inverse on free.  This could be
helpful to find cases of uninitialized memory usage.

Alvaro Herrera                      
PostgreSQL Replication, Consulting, Custom Development, 24x7 support

In response to

pgsql-hackers by date

Next:From: Markus WannerDate: 2008-12-20 14:23:59
Subject: Re: Sync Rep: First Thoughts on Code
Previous:From: Bryce CuttDate: 2008-12-20 10:58:37
Subject: Re: Proposed Patch to Improve Performance of Multi-Batch Hash Join for Skewed Data Sets

pgsql-committers by date

Next:From: Peter EisentrautDate: 2008-12-20 15:27:03
Subject: Re: [COMMITTERS] pgsql: Append major version number and for libraries soname major
Previous:From: User AchernowDate: 2008-12-20 13:39:21
Subject: libpqtypes - libpqtypes: backed out buffer size change in PQputvf, set

Privacy Policy | About PostgreSQL
Copyright © 1996-2018 The PostgreSQL Global Development Group