On Wed, Sep 26, 2007 at 05:56:59PM +0900, ITAGAKI Takahiro wrote:
>  all_descriptors in ecpg/ecpglib/descriptor.c:
> Management of descriptors used by SQL DESCRIPTOR is not safe.
>  auto_allocs in ecpg/ecpglib/memory.c:
> All memory allocation for statements are not safe.
These two should suffer from the same problem prep_stmt suffered from.
>  nextStmtID in ecpg/ecpglib/prepare.c:
> Increment is not safe in ECPGauto_prepare().
Not sure whether this is really a problem, but if we're fixing stuff
anyway, why not play it safe.
>  stmtCacheEntries in ecpg/ecpglib/prepare.c:
> Reading/writing are not safe in ECPGauto_prepare().
This also doesn't look like a dangerous bug, but it's still not working
as it should. I'd say let's fix them all.
Email: Michael at Fam-Meskes dot De, Michael at Meskes dot (De|Com|Net|Org)
ICQ: 179140304, AIM/Yahoo: michaelmeskes, Jabber: meskes(at)jabber(dot)org
Go SF 49ers! Go Rhein Fire! Use Debian GNU/Linux! Use PostgreSQL!
In response to
pgsql-hackers by date
|Next:||From: Bruce Momjian||Date: 2007-09-26 10:42:19|
|Subject: Re: stored procedure stats in collector|
|Previous:||From: Bruce Momjian||Date: 2007-09-26 09:53:07|
|Subject: 8.3 performance features presentation|