Re: zend_register_list_destructors_ex problem

Thanks for the reply Sara. The following code seems to have the same effect I just found- le_restype = zend_register_list_destructors_ex(NULL, NULL, "My Resource Object", module_number); I'm not even creating any resources yet, just registering my type of resource with zend. So the script will fail on the dl function that loads the shared object. When I run the script from the command line it finishes the script to completion then prints this- /root/php-5.0.4/Zend/zend_hash.c(678) : ht=0x82e73dc is already destroyed /root/php-5.0.4/Zend/zend_hash.c(678) : ht=0x82e73dc is already destroyed /root/php-5.0.4/Zend/zend_hash.c(67) : Bailed out without a bailout address! I have no idea why it'd be doing this. As a sanity check I just made a new extension from scratch using ext_skel and it does the same thing when I use zend_register_list_destructors_ex. Once I remove that line everything works great. Thanks again so much Sean ""Sara Golemon"" <pollita@php.net> wrote in message news:010001c5a9c4$435a1b30$5c8be5a9@ohr.berkeley.edu... >> Here's my code that resides in my PHP_MINIT_FUNCTION- >> >> le_restype = zend_register_list_destructors_ex(free_res, NULL, "My > Resource >> Object", module_number); >> >> Does anyone have any insight on why this may be happening? >> > Not from just that amount of code, no. > > We'd need to see the destructor at the least, preferrably the resource > generation code too.... > > -Sara