]> granicus.if.org Git - postgresql/commit
Tom, happier with the attached patch?
authorBruce Momjian <bruce@momjian.us>
Sun, 27 Jul 2003 19:39:13 +0000 (19:39 +0000)
committerBruce Momjian <bruce@momjian.us>
Sun, 27 Jul 2003 19:39:13 +0000 (19:39 +0000)
commit440953e6cde345de81bc604cfa85e36b403e5427
tree5dc3c8ce8df3ff7ea6253c9e76cea4db5fa6ac9f
parent51e46d14f81620f4d5491888fec5f2bc8328b55b
Tom, happier with the attached patch?

I'd have to disagree with regards to the memory leaks not being worth
a mention - any such leak can cause problems when the PostgreSQL
installation is either unattended, long-living andor has very high
connection levels. Half a kilobyte on start-up isn't negligible in
this light.

Regards, Lee.

Tom Lane writes:
 > Lee Kindness <lkindness@csl.co.uk> writes:
 > > Guys, attached is a patch to fix two memory leaks on start-up.
 >
 > I do not like the changes to miscinit.c.  In the first place, it is not
 > a "memory leak" to do a one-time allocation of state for a proc_exit
 > function.  A bigger complaint is that your proposed change introduces
 > fragile coupling between CreateLockFile and its callers, in order to
 > save no resources worth mentioning.  More, it introduces an assumption
 > that the globals directoryLockFile and socketLockFile don't change while
 > the postmaster is running.  UnlinkLockFile should unlink the file that
 > it was originally told to unlink, regardless of what happens to those
 > globals.
 >
 > If you are intent on spending code to free stuff just before the
 > postmaster exits, a better fix would be for UnlinkLockFile to free its
 > string argument after using it.

Lee Kindness
src/backend/utils/init/miscinit.c