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.
>
>
> 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=0xbffffa44) 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=9763&edit=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]
