ID: 46656
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Reproducible crash
Operating System: win32 only - Windows Vista
PHP Version: 5.3CVS-2008-11-24 (snap)
New Comment:
No luck. Poke me if any of you try to set things up on Windows.
Previous Comments:
------------------------------------------------------------------------
[2008-12-09 03:05:14] [EMAIL PROTECTED]
Some new information about reproducing:
I have been able to reproduce on another machine, but not without a
little bit of coaxing. In particular, these conditions must be met:
* PHPT tests must be set up. If they are skipped, the segfault does not
occur.
* `php tests/index.php` --flush must be run with a PHP 5.2 version,
prior to running `php tests/index.php` with a PHP 5.3 snap. The segfault
does not occur on a cold run of the test suite.
It might be possible to reproduce on Linux; I'm currently
reconstructing the experimental setup and will report back.
------------------------------------------------------------------------
[2008-11-25 17:49:07] [EMAIL PROTECTED]
Nope, I cannot reproduce on the latest 5.3 snap on Ubuntu Linux
Intrepid.
------------------------------------------------------------------------
[2008-11-25 08:37:04] [EMAIL PROTECTED]
Can you reproduce this on a real OS, like some Linux for example?
------------------------------------------------------------------------
[2008-11-24 00:38:39] [EMAIL PROTECTED]
Description:
------------
I am getting a crash on the following code:
class SimpleMock {
// ...
function SimpleMock() {
$this->actions = new SimpleCallSchedule();
$this->expectations = new SimpleCallSchedule();
$this->call_counts = array();
$this->expected_counts = array(); // here
$this->max_counts = array();
$this->expected_args = array();
$this->expected_args_at = array();
$this->getCurrentTestCase()->tell($this);
}
Which is quite strange, because allocating an array shouldn't cause a
crash! Here is the stack dump:
Thread 0 - System ID 4752
Entry point php+2af2
Create time 11/23/2008 7:29:25 PM
Time spent in user mode 0 Days 0:0:3.73
Time spent in kernel mode 0 Days 0:0:1.669
Function Arg 1 Arg 2 Arg 3 Source
php5!zend_hash_apply+5 00000000 1008ff40 1008fe0d
php5!gc_collect_cycles+2fc 04895474 00c0eb10 04ab4898
php5!gc_collect_cycles+24d 04ab0ab8 04ab4898 105286f0
php5!gc_collect_cycles+4b 04ab4898 1008cfaa 04ab4898
php5!gc_zval_possible_root+ce 00000000 00000000 00000000
PHP5!ZEND_HASH_APPLY+5WARNING - DebugDiag was not able to locate debug
symbols for php5.dll, so the information below may be incomplete.
In
php__PID__4896__Date__11_23_2008__Time_07_30_05PM__248__Second_Chance_Exception_C0000005.dmp
the assembly instruction at php5!zend_hash_apply+5 in
C:\Software\PHP\versions\5.3.0alpha3-dev\php5.dll from The PHP Group has
caused an access violation exception (0xC0000005) when trying to read
from memory location 0x00000026 on thread 0
I might be doing something wrong with regards to setting up the
backtrace, since it's complaining about php5.dll even though I do have
php5.dbg in my path. If you need a better backtrace, I can see what I
can do.
If you're interested in attempting to reproduce this, the configuration
is fairly standard. Use the instructions here
<http://htmlpurifier.org/contribute.html> to setup the HTML Purifier
development environment, and run the full test suite. (It doesn't work
if you try to run just the test that PHP dies on, or try to run it by
parts.)
------------------------------------------------------------------------
--
Edit this bug report at http://bugs.php.net/?id=46656&edit=1
