Re: libpq++ tracing considered harmful (was Re: libpq++ memory problems)
В списке pgsql-interfaces по дате отправления:
| От | Tom Lane |
|---|---|
| Тема | Re: libpq++ tracing considered harmful (was Re: libpq++ memory problems) |
| Дата | |
| Msg-id | 18276.958489900@sss.pgh.pa.us обсуждение |
| Ответ на | libpq++ memory problems (Tim Brookes <tim.brookes@mcmail.com>) |
| Список | pgsql-interfaces |
Tim Brookes <tim.brookes@mcmail.com> writes:
> The code is simply a constructor and destructor call of PgDatabase,
> called in succession, within an endless loop to emphasise the issue.
> But you're right, something isn't being released - within the
> destructor.
All I can say is, I see absolutely zero leakage with 7.0 code and the
attached test program. Are you sure you didn't link a 6.5 library
by mistake, or something like that?
regards, tom lane
#include <iostream.h>
#include <libpq++.h>
int main()
{ for (int i = 0; i < 10000; i++) { // Open the connection to the database and make sure it's OK PgDatabase
data("dbname=template1user=postgres"); if ( data.ConnectionBad() ) { cout << "Connection was unsuccessful..." <<
endl << "Error message returned: " << data.ErrorMessage() << endl; return 1; } } return 0;
} // End main()
В списке pgsql-interfaces по дате отправления:
Сайт использует файлы cookie для корректной работы и повышения удобства. Нажимая кнопку «Принять» или продолжая пользоваться сайтом, вы соглашаетесь на их использование в соответствии с Политикой в отношении обработки cookie ООО «ППГ», в том числе на передачу данных из файлов cookie сторонним статистическим и рекламным службам. Вы можете управлять настройками cookie через параметры вашего браузера