Re: cvs commit: pgmemcache pgmemcache.c
От | Kris Jurka |
---|---|
Тема | Re: cvs commit: pgmemcache pgmemcache.c |
Дата | |
Msg-id | Pine.BSO.4.56.0412171807010.16948@leary.csoft.net обсуждение исходный текст |
Ответ на | cvs commit: pgmemcache pgmemcache.c (seanc@pgfoundry.org) |
Ответы |
Re: cvs commit: pgmemcache pgmemcache.c
|
Список | pgsql-committers |
This commit message On Fri, 17 Dec 2004 seanc@pgfoundry.org wrote: > seanc 2004/12/17 22:40:51 GMT > > PostgreSQL src repository > > Modified files: > . pgmemcache.c > Log: > *) Explicitly inline the macro wrappers for pfree(), palloc(), pstrdup(), > and the homegrown pstrdup(). > > *) Have the MCM_CHECK() macro now check if the global memcache memory > context is NULL along with the global memcache struct. > > *) Quench a handful of gcc(1) warnings that can't exist, but crop up > because it doesn't grok that elog(ERROR,...) longjump(3)'s out of the > given function. > > *) Mechanically replace all mc_*(...) calls with mcm_*(ctxt, ...) to make > use of the newly written multiple memory context API. This change > requires that libmemcache(3) 1.1.0rc2 or newer is used. > > *) Rename all MC_* macros to MCM_* to aid in detection of API calls that > don't make use of the multiple memory context api. There should be > nothing that matches [Mm][Cc]_* anywhere in pgmemcache now. > > *) Conditionalize the memory initialization on the global memory context, > not on the global memcache struct. In the future I'd like to be able to > support multiple memcache server lists/structs in the same backend. > This aids in that eventual goal. > > Revision Changes Path > 1.2 +78 -71 pgmemcache/pgmemcache.c > > ---------------------------(end of broadcast)--------------------------- > TIP 1: subscribe and unsubscribe commands go to majordomo@postgresql.org >
В списке pgsql-committers по дате отправления: