Re: ECPG - Remove need for "AT connection" when using threads
| От | Bruce Momjian |
|---|---|
| Тема | Re: ECPG - Remove need for "AT connection" when using threads |
| Дата | |
| Msg-id | 200403141410.i2EEAP006430@candle.pha.pa.us обсуждение |
| Ответ на | ECPG - Remove need for "AT connection" when using threads ("Lee Kindness" <lkindness@csl.co.uk>) |
| Список | pgsql-patches |
Patch applied by Michael. Thanks. --------------------------------------------------------------------------- Lee Kindness wrote: > Attached diff improves the handling of connections in ecpg when threading is > used. The "current connection" is now the last connection made/set for the > thread in question - not the absolute last connection made/set (over all > threads in the process). This change removes the tedious need to always use > "AT connection" for each and every EXEC SQL call (an item on the TODO). > > The "test_thread_implicit" test program added in the last email will > function as intended with this patch. > > Thanks, L. > > ----- Original Message ----- > From: Lee Kindness > To: pgsql-patches@postgresql.org > Cc: Bruce Momjian ; Lee Kindness ; Shridhar Daithankar > Sent: Saturday, March 06, 2004 3:07 PM > Subject: ECPG: Update tests & memory leak fix > > See attached diff which corrects a per-thread memory leak in libecpg and > changes the thread test program to create a user defined number of threads. > Also attached tar.gz adds an additional thread test, which currently does > NOT work as expected and is one of the cases Shridar and I will be looking > at (removing need for AT xxx on every EXEC SQL). > > Note, the updated test shows that ECPG currently DOES support the > specification of connection names by host variables (not only static strings > as I had said previously). > > Thanks, L. [ Attachment, skipping... ] -- Bruce Momjian | http://candle.pha.pa.us pgman@candle.pha.pa.us | (610) 359-1001 + If your life is a hard drive, | 13 Roberts Road + Christ can be your backup. | Newtown Square, Pennsylvania 19073
В списке pgsql-patches по дате отправления: