#50035 [Opn-Fbk]: Crash during shutdown, zm_shutdown_ps_mm - ps_mm_destroy - mm_destroy
ID: 50035 Updated by: j...@php.net Reported By: dhertel at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: linux 2.6.27 PHP Version: 5.3.1RC2 New Comment: What in that example script needs 5.3 and why can't you modify it to work in 5.2? I'm not asking you to do this on a live site, usually developers have development servers to test things with. I can't reproduce this, neither could some other devs so it's up to you do provide us the information. If you can't do that, this report is soon bogus. Previous Comments: [2009-11-04 07:37:04] dhertel at gmail dot com unfortunately i can't as i use methods which have been introduced in php 5.3 my libmm version is 1.4.2 (1.4.2-16.79 from opensuse 11.1) [2009-11-03 10:54:01] j...@php.net It crashes in mod_mm.c line 256 which is ps_mm_destroy() doing mm_destroy(). See also bug #46434 which is about another MM related crash in session module. I would guess it's either MM which is buggy or we're doing something wrong here. (what libmm version do you have?) Please try also with PHP 5.2.11 (no need for backtrace, just let us know if it crashes also). [2009-10-29 19:41:35] dhertel at gmail dot com that somehow doesn't surprise me, as this segfault doesn't seem to come from the script... if i got the backtrace right, php segfaults after the script finished - correct me if i'm wrong :) [2009-10-29 19:36:18] sjo...@php.net I could not reproduce the crash with either script. [2009-10-29 15:07:59] dhertel at gmail dot com I'm sorry i couln't provide a shorter script :-(. I can't reproduce the segfault with a simple script. I now stripped everything unnecessary from the script... doesn't need anything external now... Strange thing is that the segfault doesn't occur every time the script ends but sometimes... and the more iterations mmae_core2 runs (line 59), the more often it seems to occur http://pastebin.org/49264 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/50035 -- Edit this bug report at http://bugs.php.net/?id=50035edit=1
#50035 [Opn-Fbk]: Crash during shutdown, zm_shutdown_ps_mm - ps_mm_destroy - mm_destroy
ID: 50035 Updated by: j...@php.net Reported By: dhertel at gmail dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: linux 2.6.27 PHP Version: 5.3.1RC2 New Comment: Exactly how do you run the script? What php.ini options do you use? (diff against whatever php.ini-* you used as base is enough) Previous Comments: [2009-11-04 12:09:57] dhertel at gmail dot com it uses msg_queue_exists and pcntl_signal_dispatch i could replace the first with a function that mimics it's functionality somehow but i couldn't replace the latter without destroying the functionality of the class itself (a process shouldn't halt if there's no signal to fetch and pcntl_sigtimedwait is also php = 5.3)... but as i already said, i encountered this error in php 5.3.0 as well as in 5.3.1 RC3 [2009-11-04 10:39:02] j...@php.net What in that example script needs 5.3 and why can't you modify it to work in 5.2? I'm not asking you to do this on a live site, usually developers have development servers to test things with. I can't reproduce this, neither could some other devs so it's up to you do provide us the information. If you can't do that, this report is soon bogus. [2009-11-04 07:37:04] dhertel at gmail dot com unfortunately i can't as i use methods which have been introduced in php 5.3 my libmm version is 1.4.2 (1.4.2-16.79 from opensuse 11.1) [2009-11-03 10:54:01] j...@php.net It crashes in mod_mm.c line 256 which is ps_mm_destroy() doing mm_destroy(). See also bug #46434 which is about another MM related crash in session module. I would guess it's either MM which is buggy or we're doing something wrong here. (what libmm version do you have?) Please try also with PHP 5.2.11 (no need for backtrace, just let us know if it crashes also). [2009-10-29 19:41:35] dhertel at gmail dot com that somehow doesn't surprise me, as this segfault doesn't seem to come from the script... if i got the backtrace right, php segfaults after the script finished - correct me if i'm wrong :) 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/50035 -- Edit this bug report at http://bugs.php.net/?id=50035edit=1
