Re: problem in cleanup of cursors in oracle.c - can cause php to die!!

From: 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

« previous php.dev (#5205) next »