ID:               31210
 Updated by:       [EMAIL PROTECTED]
 Reported By:      thomas at fdns dot net
-Status:           Open
+Status:           Closed
 Bug Type:         Apache related
 Operating System: Linux (Slackware 9.1)
 PHP Version:      4.3.10
 New Comment:

This bug has been fixed in CVS.

Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
 
Thank you for the report, and for helping us make PHP better.




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

[2004-12-20 21:46:08] thomas at fdns dot net

I'm not sure if this is a bug anymore, maybe someone else can comment..
 It turns out I had to add:

define("DB_DATAOBJECT_NO_OVERLOAD", 0);

to the prepend script..  

I was under the impression that this was only required if you were
using the Zend optimizer ( we are not)  .. But it seems to have fixed
the issue.  I still find it odd that it works fine in 4.3.9 without
that flag, and 4.3.10 needs it?

>From the PEAR site i just found: 
"Pass by Reference, due to a unfixable bug in PHP4, you can not use
overload with pass-by-reference arguments (It works OK in PHP5), If you
need pass-by-reference, define the constant DB_DATAOBJECT_NO_OVERLOAD =
0 "

That would seem to align with the error: 

"Program received signal SIGSEGV, Segmentation fault.
0x080eb3bd in zend_assign_to_variable_reference ()"

But again why 4.3.9 works fine and 4.3.10 borks.

My problem is fixed but did a change affect something?

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

[2004-12-20 21:03:57] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.

What also helps is to provide a backtrace with symbols enabled (meaning
PHP in --enable-debug mode).

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

[2004-12-20 20:39:34] thomas at fdns dot net

I'm now getting very suspect of PEAR:DB_Dataobject.. I upgraded the
version of it; as where the segfault is happening it's using a
dataobject and I'm no longer getting a segfault, but rather a real php
error message that something is buggered...

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

[2004-12-20 20:22:26] thomas at fdns dot net

The segfault seems to be happening in this included file that
re-configures the session handler.. I successfully had it output
working code until it includes this file, it fails at the
"Session_start" function:

<?php

// DAO
require_once "DAO_Session.php";


$DAO_Session =& new DAO_Session();



session_set_save_handler( array(& $DAO_Session, "dao_open"),
                          array(& $DAO_Session, "dao_close"),
                          array(& $DAO_Session, "dao_read"),
                          array(& $DAO_Session, "dao_write"),
                          array(& $DAO_Session, "dao_destroy"),
                          array(& $DAO_Session, "dao_gc"));

// I get output here;

// Fire up 
session_start();

// segfault here:  tail /apache/logs/error_log
/*
[Mon Dec 20 14:16:39 2004] [notice] child pid 11679 exit signal
Segmentation fault (11)
[Mon Dec 20 14:16:41 2004] [notice] child pid 11680 exit signal
Segmentation fault (11)

*/
echo "here:"  . date("Y-m-d H:i:s"); die;

class DAO_Session {

  // functions here..  can post if requested

}

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

[2004-12-20 20:05:14] [EMAIL PROTECTED]

Thank you for this bug report. To properly diagnose the problem, we
need a short but complete example script to be able to reproduce
this bug ourselves. 

A proper reproducing script starts with <?php and ends with ?>,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc.

If possible, make the script source available online and provide
an URL to it here. Try avoid embedding huge scripts into the report.



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

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/31210

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

Reply via email to