ID:               38525
 Comment by:       poeml at suse dot de
 Reported By:      judas dot iscariote at gmail dot com
 Status:           Feedback
 Bug Type:         Reproducible crash
 Operating System: linux
 PHP Version:      5.2.0RC2
 New Comment:

Hi,

on my machine it happens with IMAP server _on localhost_.

A how-to-reproduce procedure here is:

- open inbox in browser
- open first mail
- click "next mail"
- proceed with clicking "next mail" (thereby stepping 
through mailbox mail by mail), until segfault happens. 
Sometimes it takes a while, but il WILL happen sooner or 
later.
- now, reloading will trigger the segfault again and again.

- viewing the next mail and going back shows the mail 
without segfault. This also allows to continue to use 
squirrelmail until the next segfault is encountered.


Previous Comments:
------------------------------------------------------------------------

[2006-08-23 23:06:11] [EMAIL PROTECTED]

Well, we still need a reproduce case..


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

[2006-08-23 22:52:46] judas dot iscariote at gmail dot com

Tony :
Sadly I still get a segfault with a fresh CVS copy :-(

=32459== Process terminating with default action of signal 11
(SIGSEGV)
==32459==  Bad permissions for mapped region at address 0x18
==32459==    at 0x7BEC108: zend_mm_add_to_free_list (zend_alloc.c:465)
==32459==    by 0x7BEDC23: _zend_mm_alloc_int (zend_alloc.c:1233)
==32459==    by 0x7BEEB7D: _zend_mm_realloc_int (zend_alloc.c:1543)
==32459==    by 0x7BEEE9D: _erealloc (zend_alloc.c:1633)
==32459==    by 0x7B84771: php_var_serialize_string (var.c:538)
==32459==    by 0x7B86607: php_var_serialize_intern (var.c:701)
==32459==    by 0x7B88679: php_var_serialize_intern (var.c:827)
==32459==    by 0x7B88679: php_var_serialize_intern (var.c:827)
==32459==    by 0x7B89295: php_var_serialize (var.c:845)
==32459==    by 0x7B00700: ps_srlzr_encode_php (session.c:479)
==32459==    by 0x7B01268: php_session_encode (session.c:581)
==32459==    by 0x7B01DDD: php_session_save_current_state
(session.c:860)
==32459==
==32459== ERROR SUMMARY: 26 errors from 8 contexts (suppressed: 149
from 1)
==32459== malloc/free: in use at exit: 21,210,557 bytes in 5,186
blocks.
==32459== malloc/free: 169,756 allocs, 164,570 frees, 216,925,409 bytes
allocated.
==32459== For counts of detected errors, rerun with: -v
==32459== searching for pointers to 5,186 not-freed blocks.
==32459== checked 19,498,696 bytes.

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

[2006-08-23 13:04:57] [EMAIL PROTECTED]

This seems to be a duplicate of bug #38265.
Dmitry has committed a patch for it several minutes ago, please try the
next snapshot (or CVS sources).
Thanks. 

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

[2006-08-22 08:02:57] [EMAIL PROTECTED]

No, using IMAP server on a different machine didn't change anything. It
still works fine without any crashes.

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

[2006-08-22 06:14:48] judas dot iscariote at gmail dot com

ok. I now checked a fresh copy from the cvs, and reduced my php
installation to the really minimum to run the offended app that
crashes.

my configure line now is :

./configure --enable-debug --with-pcre-regex --with-iconv
--enable-session --disable-all --with-libdir=lib64 --with     
-apxs2=/usr/sbin/apxs2

results :

imap server in remote === RANDOM CRASH
imap server in localhost === NO CRASH.

the gdb and valgrind info are the same.

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

The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
    http://bugs.php.net/38525

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

Reply via email to