Actually, it's using php.ini to load pdo for the CLI, and not calling dl().
The script is just a test script, but this is still a PHP level bug that we should, IMO, fix before 5.1. --Wez. On 9/22/05, Andi Gutmans <[EMAIL PROTECTED]> wrote: > Yep, we reverted to the previous state because we broke stuff. The > real solution is to have a two phase shutdown. > Is your script just for testing? (it's weird to have a persistent > connection with a dl(), but that doesn't mean we shouldn't introduce > another shutdown stage.) > > At 07:27 PM 9/22/2005, Wez Furlong wrote: > >I'm getting this on shutdown with PHP 5.1 when using persistent > >connections with a dl'd PDO. > >Dan mentioned something similar with the ibm_db2 extension: > > > >==23982== > >==23982== Jump to the invalid address stated on the next line > >==23982== at 0x1BCE5C0B: ??? > >==23982== by 0x81BB4BC: zend_hash_apply_deleter (zend_hash.c:574) > >==23982== by 0x81BB665: zend_hash_graceful_reverse_destroy > >(zend_hash.c:640) > >==23982== by 0x81BD680: zend_destroy_rsrc_list (zend_list.c:240) > >==23982== Address 0x1BCE5C0B is not stack'd, malloc'd or (recently) free'd > >==23982== > >==23982== Process terminating with default action of signal 11 (SIGSEGV) > >==23982== Access not within mapped region at address 0x1BCE5C0B > >==23982== at 0x1BCE5C0B: ??? > >==23982== by 0x81BB4BC: zend_hash_apply_deleter (zend_hash.c:574) > >==23982== by 0x81BB665: zend_hash_graceful_reverse_destroy > >(zend_hash.c:640) > >==23982== by 0x81BD680: zend_destroy_rsrc_list (zend_list.c:240) > > > >Sounds like we're unloading the modules before calling the dtors again. > > > >--Wez. > > > >-- > >PHP Internals - PHP Runtime Development Mailing List > >To unsubscribe, visit: http://www.php.net/unsub.php > > -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php
