summaryrefslogtreecommitdiff
path: root/ext/mcve/mcve.c
diff options
context:
space:
mode:
authorSVN Migration <svn@php.net>2003-08-24 19:44:48 +0000
committerSVN Migration <svn@php.net>2003-08-24 19:44:48 +0000
commit8b1e9acd2eef54c5c156387f52792efdbfec7677 (patch)
tree739290025c70f7a7f9cbc01fdd248f84f273ae38 /ext/mcve/mcve.c
parentd702e37902570890ff686573c23800209abe5f73 (diff)
downloadphp-git-php-4.3.3.tar.gz
This commit was manufactured by cvs2svn to create tag 'php_4_3_3'.php-4.3.3
Diffstat (limited to 'ext/mcve/mcve.c')
-rw-r--r--ext/mcve/mcve.c9
1 files changed, 1 insertions, 8 deletions
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;
}
/* }}} */