[PHP-DEV] Bug #9763 Updated: Segmentation Fault upon running big cl script
ID: 9763 Updated by: lobbin Reported By: [EMAIL PROTECTED] Old Status: Feedback Status: Closed Bug Type: Scripting Engine problem Operating System: RedHat 6.2 PHP Version: 4.0.4pl1 New Comment: No feedback. Closing. Previous Comments: [2001-12-12 06:31:34] [EMAIL PROTECTED] Do you have this problem with 4.1.0? [2001-04-28 16:08:33] [EMAIL PROTECTED] User Feedback: -- Hi, I dont serialize any data. What happens is that I get lots of data from an Oracle database, then for each row i make x objects (objects being product (if!isset), item, unit, contry and so on), after having made all the objects i throw them into an objectsaver that saves the object data (not the object, just the data) in another oracle database. We might be dealing with 10K objects taking upwards 20mb mem. It is only when its saving the objects in the oracle database it segfaults -- which means that ALL objects HAVE been created, and are being saved. If theres anything I can do, please tell me, and I will happily subject myself and/or my little php fellow to all sorts of sadist attempts at squashing bugs :) TIA. Kind regards, David. [2001-04-28 14:40:53] [EMAIL PROTECTED] do you serialise this data etc? can you give us some more info on the script and perhaps somthing that will reproduce it if its not too big. Thanks - James [2001-03-15 04:47:08] [EMAIL PROTECTED] After the script has run for 10 minutes or so, it just seg faults. The script itself takes big amounts of data, and throws them into objects in an array, then when done it passes them on to a saver object that aves the object in another database. This happens at the end (it seems) of running through the array and plopping the objects into the database. Here's the backtrace: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/local/lib/libpdf.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/local/lib/libmcrypt-2.2.so.2...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /db/ora8i/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /db/ora8i/lib/libwtc8.so...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 562 p = p-pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 #1 0x80fb879 in _zval_dtor (zvalue=0x8212464) at zend_variables.c:69 #2 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e72c0) at zend_execute_API.c:261 #3 0x80ff139 in zend_hash_destroy (ht=0xc2e45bc) at zend_hash.c:564 #4 0x80fb898 in _zval_dtor (zvalue=0xc2e671c) at zend_variables.c:75 #5 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e6a58) at zend_execute_API.c:261 #6 0x80ff139 in zend_hash_destroy (ht=0xc2c8cfc) at zend_hash.c:564 #7 0x80fb879 in _zval_dtor (zvalue=0xc2d5a8c) at zend_variables.c:69 #8 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2d6a38) at zend_execute_API.c:261 #9 0x80ff139 in zend_hash_destroy (ht=0xc2d6584) at zend_hash.c:564 #10 0x80fb898 in _zval_dtor (zvalue=0xc2d6094) at zend_variables.c:75 #11 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2eb338) at zend_execute_API.c:261 #12 0x80ff139 in zend_hash_destroy (ht=0x821154c) at zend_hash.c:564 #13 0x80f5bb2 in shutdown_executor () at zend_execute_API.c:165 #14 0x80fc267 in zend_deactivate () at zend.c:525 #15 0x806d442 in php_request_shutdown (dummy=0x0) at main.c:688 #16 0x806c7fa in main (argc=3, argv=0xba44) at cgi_main.c:771 HTH. David. Edit this bug report at http://bugs.php.net/?id=9763edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9763 Updated: Segmentation Fault upon running big cl script
ID: 9763 Updated by: yohgaki Reported By: [EMAIL PROTECTED] Old Status: Open Status: Feedback Bug Type: Scripting Engine problem Operating System: RedHat 6.2 PHP Version: 4.0.4pl1 New Comment: Do you have this problem with 4.1.0? Previous Comments: [2001-04-28 16:08:33] [EMAIL PROTECTED] User Feedback: -- Hi, I dont serialize any data. What happens is that I get lots of data from an Oracle database, then for each row i make x objects (objects being product (if!isset), item, unit, contry and so on), after having made all the objects i throw them into an objectsaver that saves the object data (not the object, just the data) in another oracle database. We might be dealing with 10K objects taking upwards 20mb mem. It is only when its saving the objects in the oracle database it segfaults -- which means that ALL objects HAVE been created, and are being saved. If theres anything I can do, please tell me, and I will happily subject myself and/or my little php fellow to all sorts of sadist attempts at squashing bugs :) TIA. Kind regards, David. [2001-04-28 14:40:53] [EMAIL PROTECTED] do you serialise this data etc? can you give us some more info on the script and perhaps somthing that will reproduce it if its not too big. Thanks - James [2001-03-15 04:47:08] [EMAIL PROTECTED] After the script has run for 10 minutes or so, it just seg faults. The script itself takes big amounts of data, and throws them into objects in an array, then when done it passes them on to a saver object that aves the object in another database. This happens at the end (it seems) of running through the array and plopping the objects into the database. Here's the backtrace: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/local/lib/libpdf.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/local/lib/libmcrypt-2.2.so.2...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /db/ora8i/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /db/ora8i/lib/libwtc8.so...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 562 p = p-pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 #1 0x80fb879 in _zval_dtor (zvalue=0x8212464) at zend_variables.c:69 #2 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e72c0) at zend_execute_API.c:261 #3 0x80ff139 in zend_hash_destroy (ht=0xc2e45bc) at zend_hash.c:564 #4 0x80fb898 in _zval_dtor (zvalue=0xc2e671c) at zend_variables.c:75 #5 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e6a58) at zend_execute_API.c:261 #6 0x80ff139 in zend_hash_destroy (ht=0xc2c8cfc) at zend_hash.c:564 #7 0x80fb879 in _zval_dtor (zvalue=0xc2d5a8c) at zend_variables.c:69 #8 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2d6a38) at zend_execute_API.c:261 #9 0x80ff139 in zend_hash_destroy (ht=0xc2d6584) at zend_hash.c:564 #10 0x80fb898 in _zval_dtor (zvalue=0xc2d6094) at zend_variables.c:75 #11 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2eb338) at zend_execute_API.c:261 #12 0x80ff139 in zend_hash_destroy (ht=0x821154c) at zend_hash.c:564 #13 0x80f5bb2 in shutdown_executor () at zend_execute_API.c:165 #14 0x80fc267 in zend_deactivate () at zend.c:525 #15 0x806d442 in php_request_shutdown (dummy=0x0) at main.c:688 #16 0x806c7fa in main (argc=3, argv=0xba44) at cgi_main.c:771 HTH. David. Edit this bug report at http://bugs.php.net/?id=9763edit=1 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9763 Updated: Segmentation Fault upon running big cl script
ID: 9763 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Open Status: Feedback Bug Type: Reproduceable crash PHP Version: 4.0.4pl1 Assigned To: Comments: do you serialise this data etc? can you give us some more info on the script and perhaps somthing that will reproduce it if its not too big. Thanks - James Previous Comments: --- [2001-03-15 04:47:08] [EMAIL PROTECTED] After the script has run for 10 minutes or so, it just seg faults. The script itself takes big amounts of data, and throws them into objects in an array, then when done it passes them on to a saver object that aves the object in another database. This happens at the end (it seems) of running through the array and plopping the objects into the database. Here's the backtrace: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/local/lib/libpdf.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/local/lib/libmcrypt-2.2.so.2...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /db/ora8i/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /db/ora8i/lib/libwtc8.so...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 562 p = p-pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 #1 0x80fb879 in _zval_dtor (zvalue=0x8212464) at zend_variables.c:69 #2 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e72c0) at zend_execute_API.c:261 #3 0x80ff139 in zend_hash_destroy (ht=0xc2e45bc) at zend_hash.c:564 #4 0x80fb898 in _zval_dtor (zvalue=0xc2e671c) at zend_variables.c:75 #5 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e6a58) at zend_execute_API.c:261 #6 0x80ff139 in zend_hash_destroy (ht=0xc2c8cfc) at zend_hash.c:564 #7 0x80fb879 in _zval_dtor (zvalue=0xc2d5a8c) at zend_variables.c:69 #8 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2d6a38) at zend_execute_API.c:261 #9 0x80ff139 in zend_hash_destroy (ht=0xc2d6584) at zend_hash.c:564 #10 0x80fb898 in _zval_dtor (zvalue=0xc2d6094) at zend_variables.c:75 #11 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2eb338) at zend_execute_API.c:261 #12 0x80ff139 in zend_hash_destroy (ht=0x821154c) at zend_hash.c:564 #13 0x80f5bb2 in shutdown_executor () at zend_execute_API.c:165 #14 0x80fc267 in zend_deactivate () at zend.c:525 #15 0x806d442 in php_request_shutdown (dummy=0x0) at main.c:688 #16 0x806c7fa in main (argc=3, argv=0xba44) at cgi_main.c:771 HTH. David. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9763edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
[PHP-DEV] Bug #9763 Updated: Segmentation Fault upon running big cl script
ID: 9763 Updated by: jmoore Reported By: [EMAIL PROTECTED] Old-Status: Feedback Status: Open Bug Type: Reproduceable crash PHP Version: 4.0.4pl1 Assigned To: Comments: User Feedback: -- Hi, I dont serialize any data. What happens is that I get lots of data from an Oracle database, then for each row i make x objects (objects being product (if!isset), item, unit, contry and so on), after having made all the objects i throw them into an objectsaver that saves the object data (not the object, just the data) in another oracle database. We might be dealing with 10K objects taking upwards 20mb mem. It is only when its saving the objects in the oracle database it segfaults -- which means that ALL objects HAVE been created, and are being saved. If theres anything I can do, please tell me, and I will happily subject myself and/or my little php fellow to all sorts of sadist attempts at squashing bugs :) TIA. Kind regards, David. Previous Comments: --- [2001-04-28 14:40:53] [EMAIL PROTECTED] do you serialise this data etc? can you give us some more info on the script and perhaps somthing that will reproduce it if its not too big. Thanks - James --- [2001-03-15 04:47:08] [EMAIL PROTECTED] After the script has run for 10 minutes or so, it just seg faults. The script itself takes big amounts of data, and throws them into objects in an array, then when done it passes them on to a saver object that aves the object in another database. This happens at the end (it seems) of running through the array and plopping the objects into the database. Here's the backtrace: Program terminated with signal 11, Segmentation fault. Reading symbols from /lib/libpam.so.0...done. Reading symbols from /lib/libdl.so.2...done. Reading symbols from /usr/lib/libz.so.1...done. Reading symbols from /usr/lib/libjpeg.so.62...done. Reading symbols from /usr/lib/libpng.so.2...done. Reading symbols from /usr/lib/libtiff.so.3...done. Reading symbols from /usr/local/lib/libpdf.so.1...done. Reading symbols from /lib/libm.so.6...done. Reading symbols from /usr/local/lib/libmcrypt-2.2.so.2...done. Reading symbols from /usr/lib/libttf.so.2...done. Reading symbols from /usr/lib/libgd.so.1...done. Reading symbols from /lib/libresolv.so.2...done. Reading symbols from /lib/libcrypt.so.1...done. Reading symbols from /lib/libnsl.so.1...done. Reading symbols from /db/ora8i/lib/libclntsh.so.8.0...done. Reading symbols from /lib/libc.so.6...done. Reading symbols from /lib/ld-linux.so.2...done. Reading symbols from /db/ora8i/lib/libwtc8.so...done. Reading symbols from /lib/libpthread.so.0...done. Reading symbols from /lib/libnss_files.so.2...done. Reading symbols from /usr/lib/gconv/ISO8859-1.so...done. #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 562 p = p-pListNext; (gdb) bt #0 zend_hash_destroy (ht=0xbf155b4) at zend_hash.c:562 #1 0x80fb879 in _zval_dtor (zvalue=0x8212464) at zend_variables.c:69 #2 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e72c0) at zend_execute_API.c:261 #3 0x80ff139 in zend_hash_destroy (ht=0xc2e45bc) at zend_hash.c:564 #4 0x80fb898 in _zval_dtor (zvalue=0xc2e671c) at zend_variables.c:75 #5 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2e6a58) at zend_execute_API.c:261 #6 0x80ff139 in zend_hash_destroy (ht=0xc2c8cfc) at zend_hash.c:564 #7 0x80fb879 in _zval_dtor (zvalue=0xc2d5a8c) at zend_variables.c:69 #8 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2d6a38) at zend_execute_API.c:261 #9 0x80ff139 in zend_hash_destroy (ht=0xc2d6584) at zend_hash.c:564 #10 0x80fb898 in _zval_dtor (zvalue=0xc2d6094) at zend_variables.c:75 #11 0x80f5d22 in _zval_ptr_dtor (zval_ptr=0xc2eb338) at zend_execute_API.c:261 #12 0x80ff139 in zend_hash_destroy (ht=0x821154c) at zend_hash.c:564 #13 0x80f5bb2 in shutdown_executor () at zend_execute_API.c:165 #14 0x80fc267 in zend_deactivate () at zend.c:525 #15 0x806d442 in php_request_shutdown (dummy=0x0) at main.c:688 #16 0x806c7fa in main (argc=3, argv=0xba44) at cgi_main.c:771 HTH. David. --- ATTENTION! Do NOT reply to this email! To reply, use the web interface found at http://bugs.php.net/?id=9763edit=2 -- PHP Development Mailing List http://www.php.net/ To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] To contact the list administrators, e-mail: [EMAIL PROTECTED]
