Hi,

As promised here's a patch to provide palloc emulation for frontend-ish
environments.

The patch:
- makes palloc() into a real function so CurrentMemoryContext doesn't
  need to be provided
- provides common pg_(malloc,malloc0, realloc, strdup, free) wrappers
  and removes various versions of those across different utilities
- removes ugly palloc redefinery for frontend use of backend code (dirmod.c)

Controversial/Unclear things:
- palloc[0] are currently copies of the MemoryContextAlloc[Zero]
  functions to preclude performance regressions, imo the level of
  duplication is ok though
- the common memory management is implemented in [pg]port/palloc.[ch], I
  am not too happy with the name and location
- pgport/palloc.c is only built in the backend, not sure if there is a
  nicer way to do this from a make POV
- the different versions of pg_malloc et al used different error
  signaling methods, I've settled on
		fprintf(stderr, _("out of memory\n"));
		exit(EXIT_FAILURE);

Results in a nice net removal of code:
 37 files changed, 218 insertions(+), 621 deletions(-)

In response to

• Re: [PATCH 2/5] Make relpathbackend return a statically result instead of palloc()'ing it at 2013-01-08 20:27:23 from Tom Lane

Responses

• [PATCH 1/2] Provide a common malloc wrappers and palloc et al. emulation for frontend'ish environs at 2013-01-09 11:27:09 from Andres Freund
• [PATCH 2/2] use pg_malloc instead of an unchecked malloc in pg_resetxlog at 2013-01-09 11:27:10 from Andres Freund
• Re: [PATCH] unified frontend support for pg_malloc et al and palloc/pfree mulation (was xlogreader-v4) at 2013-01-09 11:46:53 from Heikki Linnakangas

pgsql-hackers by date

Next:	From: Andres Freund	Date: 2013-01-09 11:27:09
	Subject: [PATCH 1/2] Provide a common malloc wrappers and palloc et al. emulation for frontend'ish environs
Previous:	From: Simon Riggs	Date: 2013-01-09 11:26:51
	Subject: Re: Performance Improvement by reducing WAL for Update Operation