From: Neil Conway Date: Fri, 16 Sep 2005 04:13:18 +0000 (+0000) Subject: Update two comments to refer to use the new list API names. X-Git-Tag: REL8_1_0BETA2~5 X-Git-Url: https://granicus.if.org/sourcecode?a=commitdiff_plain;h=148c00acbb23beeaf84c0983443af33a4d94b09e;p=postgresql Update two comments to refer to use the new list API names. --- diff --git a/src/backend/utils/adt/varlena.c b/src/backend/utils/adt/varlena.c index d660e90b91..076871c05e 100644 --- a/src/backend/utils/adt/varlena.c +++ b/src/backend/utils/adt/varlena.c @@ -8,7 +8,7 @@ * * * IDENTIFICATION - * $PostgreSQL: pgsql/src/backend/utils/adt/varlena.c,v 1.133 2005/08/26 17:40:36 tgl Exp $ + * $PostgreSQL: pgsql/src/backend/utils/adt/varlena.c,v 1.134 2005/09/16 04:13:17 neilc Exp $ * *------------------------------------------------------------------------- */ @@ -1727,7 +1727,7 @@ textToQualifiedNameList(text *textval) * identifiers. * Outputs: * namelist: filled with a palloc'd list of pointers to identifiers within - * rawstring. Caller should freeList() this even on error return. + * rawstring. Caller should list_free() this even on error return. * * Returns TRUE if okay, FALSE if there is a syntax error in the string. * diff --git a/src/backend/utils/cache/relcache.c b/src/backend/utils/cache/relcache.c index 0f3f3bcc8d..d74982dcb0 100644 --- a/src/backend/utils/cache/relcache.c +++ b/src/backend/utils/cache/relcache.c @@ -8,7 +8,7 @@ * * * IDENTIFICATION - * $PostgreSQL: pgsql/src/backend/utils/cache/relcache.c,v 1.228 2005/08/26 03:07:48 tgl Exp $ + * $PostgreSQL: pgsql/src/backend/utils/cache/relcache.c,v 1.229 2005/09/16 04:13:18 neilc Exp $ * *------------------------------------------------------------------------- */ @@ -2514,7 +2514,7 @@ CheckConstraintFetch(Relation relation) * * Since shared cache inval causes the relcache's copy of the list to go away, * we return a copy of the list palloc'd in the caller's context. The caller - * may freeList() the returned list after scanning it. This is necessary + * may list_free() the returned list after scanning it. This is necessary * since the caller will typically be doing syscache lookups on the relevant * indexes, and syscache lookup could cause SI messages to be processed! *