Re: [HACKERS] psql & query string length - Mailing list pgsql-hackers

From Tom Lane
Subject Re: [HACKERS] psql & query string length
Date
Msg-id 1761.932568163@sss.pgh.pa.us
Whole thread Raw
In response to psql & query string length  ("Ansley, Michael" <Michael.Ansley@intec.co.za>)
List pgsql-hackers
"Ansley, Michael" <Michael.Ansley@intec.co.za> writes:
> The way I have structured it, memory is reallocated (re- malloc'd, not
> realloc'd) every time the query is extended.  I suspect that this is very
> inefficient,

Probably.  You should normally expand by a significant amount each time
you reallocate an expansible buffer, just to avoid making too many
demands on malloc.  The method I favor is to double the buffer size at
each realloc step.

> and probably causing the system to hooch after loading long.sql
> three times.

... but not doing so shouldn't cause a coredump.  I bet a plain old
bug is involved here, like writing past the end of the space you do
have allocated.

> Also, what's the deal with realloc?  I tried it a couple of times, but it
> really screwed me around (hence the re- malloc'ing).  Or is it just a Bad
> Move to use realloc?

realloc is perfectly fine ... see above for more likely theory.

On some old pre-ANSI-standard machines, realloc(NULL, ...) does not
work, so for portability's sake you ought to only use realloc to
increase the size of an existing buffer.
        regards, tom lane


pgsql-hackers by date:

Previous
From: Tom Lane
Date:
Subject: Re: [HACKERS] Another reason to redesign querytree representation
Next
From: Tom Lane
Date:
Subject: Re: [HACKERS] inheritance