Edit report at http://bugs.php.net/bug.php?id=54491&edit=1

 ID:                 54491
 User updated by:    msamson at chowly dot com
 Reported by:        msamson at chowly dot com
 Summary:            Crash when using mongodb or couchdb database
                     adapters
 Status:             Open
 Type:               Bug
 Package:            Reproducible crash
 Operating System:   Fedora 14 x64
 PHP Version:        5.3.6
 Block user comment: N
 Private report:     N

 New Comment:

Finally got a backtrace:

/Zend/Zend_execute_API.c:437

437 Z_DELREF_PP(zval_ptr);



There is a mention in another frame about requesting php shutdown. Then
higher, it says it will cleanup a closure. Sadly, no execute and 

zbacktrace output was empty.


Previous Comments:
------------------------------------------------------------------------
[2011-04-08 05:27:10] msamson at chowly dot com

Description:
------------
PHP crash either as a httpd module or as cli with `zend_mm_heap
corrupted`.



Please see https://bugzilla.redhat.com/show_bug.cgi?id=694630



This was initially thought as a fedora packaging bug, but even a
compiled from 

source php is producing the same error.



Test script:
---------------
Please see https://bugzilla.redhat.com/show_bug.cgi?id=694630 for a
simple script.







Actual result:
--------------
Tested is using a 2 different virtual machines both running Fedora 14
x64. One 

with php from yum, the other compiled.



gdb reports no backtrace and says there is `no stack`.



Apache 2.2 crashes, running php-cli too.



relevant strace output:



  array(0) {

  }

}

                </div>

        </div>

</body>

</html>) = 1681

write(2, "zend_mm_heap corrupted\n", 23zend_mm_heap corrupted

) = 23

exit_group(1)                           = ?



Another one with sessions:

pwrite(3, "cart|a:1:{s:2:\"id\";C:7:\"MongoId\""..., 63, 0) = 63

close(3)                                = 0

close(4)                                = 0

write(2, "zend_mm_heap corrupted\n", 23zend_mm_heap corrupted

) = 23

exit_group(1)





It appears php is crashing at the end of the request just before
delivering the 

content, when a database of some sort is used.


------------------------------------------------------------------------



-- 
Edit this bug report at http://bugs.php.net/bug.php?id=54491&edit=1

Reply via email to