Re: problem in cleanup of cursors in oracle.c - can cause php to die!!
| From: | Thies C. Arntzen | Date: | Thu, 22 Apr 1999 11:54:15 +0000 |
| Subject: | Re: problem in cleanup of cursors in oracle.c - can cause php to die!! | ||
| References: | 1 | Groups: | php.dev |
| Request: | Send a blank email to php-dev+get-5205@lists.php.net to get a copy of this message | ||
On Thu, 22 Apr 1999, Stig S. Bakken wrote:
> "Thies C. Arntzen" wrote:
> >
> > hi,
> >
> > -- sorry this might be a bit chaotic, but i feel kind-a braindead today - i think the
> > interesting stuff is the purify log below!!! -
> >
> > i've isolated (i think) a real problem in the oracle.c stuff:
> >
> > (this problem causes random crashes when you use the oracle driver!)
> >
> > the problem is that we do a
> > _php3_hash_apply(ORACLE_GLOBAL(php3_oracle_module).resource_list,
> > (int (*)(void *))_cursors_cleanup);
> >
> > in line 203 and 216 (_close_orapconn, _close_oraconn) -> but these
> > functions already get called thru destroy_resource_list which means that
> > we end up having kind of a recursion - and we're having no control over the order
> > the order in which things get released -> and we NEED to release cursors BEFORE
> > connectiond!!!
>
> What about not having a list destructor for cursors, but rather release
> all cursors associated with a connection in the connection destructor?
yups, that's what i think we should do.... but -> how do i traverse a list
created like:
ORACLE_GLOBAL(php3_oracle_module).le_cursor =
register_list_destructors(_close_oracur, NULL);
???
if you could point that out i will get a fix in place!!!
tc
>
> - Stig
>
>
Thies C. Arntzen "One Big-Mac, Small Fries and a Coke!"
Digital Collections Phone +49 40 235350 Fax +49 40 23535180
Hammerbrookstr. 93 20097 Hamburg / Germany
--
PHP Development Mailing List http://www.php.net/
To unsubscribe send an empty message to php-dev-unsubscribe@lists.php.net
For help: php-dev-help@lists.php.net