| From: | Tom Lane <tgl(at)sss(dot)pgh(dot)pa(dot)us> |
|---|---|
| To: | justinb(at)tricord(dot)com |
| Cc: | Bruce Momjian <pgman(at)candle(dot)pha(dot)pa(dot)us>, PostgreSQL-interfaces <pgsql-interfaces(at)postgresql(dot)org> |
| Subject: | Re: Re: libpq++ |
| Date: | 2001-05-03 19:42:16 |
| Message-ID: | 818.988918936@sss.pgh.pa.us |
| Views: | Whole Thread | Raw Message | Download mbox | Resend email |
| Thread: | |
| Lists: | pgsql-interfaces |
Justin Banks <justinb(at)tricord(dot)com> writes:
> You're right - this only works because the shared connections all
> occur in the same address space. It doesn't buy you anything between
> applications, only inside an application. The problem is that there's
> no way for different instantiations of classes inheriting
> database-ness from the PgDatabase class to share a PGconn* unless the
> PgDatabase class provides a way for different instantiations to know
> that existing connections are available.
And what's wrong with a static class variable for that purpose?
The shmem segment looks like the hardest possible way to get the
same result.
regards, tom lane
| From | Date | Subject | |
|---|---|---|---|
| Next Message | Justin Banks | 2001-05-03 21:05:43 | Re: Re: libpq++ |
| Previous Message | Justin Banks | 2001-05-03 19:37:24 | Re: Re: libpq++ |