pgsql/src backend/access/gist/gist.c backend/a ... - Mailing list pgsql-committers

From Tom Lane
Subject pgsql/src backend/access/gist/gist.c backend/a ...
Date
Msg-id 200101290039.f0T0dMn97880@hub.org
Whole thread Raw
List pgsql-committers
CVSROOT:    /home/projects/pgsql/cvsroot
Module name:    pgsql
Changes by:    tgl@hub.org    01/01/28 19:39:21

Modified files:
    src/backend/access/gist: gist.c
    src/backend/access/hash: hash.c
    src/backend/access/nbtree: nbtree.c
    src/backend/access/rtree: rtree.c
    src/backend/catalog: index.c
    src/backend/executor: execJunk.c execMain.c execProcnode.c
                          execQual.c execTuples.c execUtils.c
                          functions.c nodeHashjoin.c nodeIndexscan.c
                          nodeMergejoin.c nodeSeqscan.c nodeSort.c
                          nodeSubqueryscan.c nodeTidscan.c
    src/backend/utils/sort: tuplesort.c
    src/include/executor: executor.h tuptable.h
    src/include/nodes: execnodes.h
    src/backend/commands: command.c copy.c

Log message:
    Clean up handling of tuple descriptors so that result-tuple descriptors
    allocated by plan nodes are not leaked at end of query.  This doesn't
    really matter for normal queries, but it sure does for queries invoked
    repetitively inside SQL functions.  Clean up some other grotty code
    associated with tupdescs, and fix a few other memory leaks exposed by
    tests with simple SQL functions.


pgsql-committers by date:

Previous
From: Bruce Momjian - CVS
Date:
Subject: pgsql/src/bin/pg_dump pg_backup_archiver.c
Next
From: Bruce Momjian - CVS
Date:
Subject: pgsql/doc FAQ src/FAQ/FAQ.html