From 8b1e9acd2eef54c5c156387f52792efdbfec7677 Mon Sep 17 00:00:00 2001 From: SVN Migration Date: Sun, 24 Aug 2003 19:44:48 +0000 Subject: This commit was manufactured by cvs2svn to create tag 'php_4_3_3'. --- ext/mcve/mcve.c | 9 +-------- 1 file changed, 1 insertion(+), 8 deletions(-) (limited to 'ext/mcve/mcve.c') diff --git a/ext/mcve/mcve.c b/ext/mcve/mcve.c index 44cefacbfc..a328037baa 100644 --- a/ext/mcve/mcve.c +++ b/ext/mcve/mcve.c @@ -509,17 +509,10 @@ PHP_FUNCTION(mcve_destroyconn) if (ZEND_NUM_ARGS() != 1 || zend_get_parameters_ex(1, &arg) == FAILURE) WRONG_PARAM_COUNT; -/* If MCVE_DestroyConn() is called within a PHP script, the Resource handle is - never cleared, as there does not appear to be an UNREGISTER or DESTROY resource - call in the Zend API. What happens is this uninitialized memory location is - passed again to the MCVE_DestroyConn() function at script exit (cleanup), and - causes weird stuff. So we just go ahead and let the PHP garbage collector call - our _free_mcve_conn() we registered (le_conn) to clean up */ -#if 0 ZEND_FETCH_RESOURCE(conn, MCVE_CONN *, arg, -1, "mcve connection", le_conn); MCVE_DestroyConn(conn); -#endif + RETURN_TRUE; } /* }}} */ -- cgit v1.2.1