#16548 [Com]: exec or system a daemon will catch the port for this session
ID: 16548 Comment by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: No Feedback Bug Type: Scripting Engine problem Operating System: RED HAT Linux 7.2 PHP Version: 4.1.2 & 4.3.0 New Comment: I have a similar problem here : Apache 1.3.27, PHP 4.3.0 . It happens when i restart dhcpd via a setuid script launched using exec() inside PHP. Everything looks normal : tcp0 0 0.0.0.0:80 0.0.0.0:* LISTEN 6024/httpd But if i kill httpd : tcp0 0 0.0.0.0:80 0.0.0.0:* LISTEN 6457/dhcpd Tried launching the script with system() , exec(), putting nohup and & in the end... nothing works. I have to kill dhcpd before i have a chance to start httpd again... Previous Comments: [2002-12-25 01:00:02] [EMAIL PROTECTED] No feedback was provided for this bug for over 2 weeks, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2002-12-07 01:54:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip [2002-09-29 11:04:07] [EMAIL PROTECTED] this bug does not relate to session module. [2002-09-26 10:43:24] [EMAIL PROTECTED] Related to #15642 and #15529. [2002-09-19 12:45:59] [EMAIL PROTECTED] Updating Version 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/16548 -- Edit this bug report at http://bugs.php.net/?id=16548&edit=1
#19492 [NEW]: empty() + chop() Function = Parse error
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.2.1 PHP Bug Type: Strings related Bug description: empty() + chop() Function = Parse error Hello, the following Code makes a parse error: Error Output: Parse error: parse error, expecting `T_VARIABLE' or `'$'' in /usr/home/enrico/public_html/oscommerce/import_hersteller.php on line 19 I changed my Code to... if ( chop($array[0][0]) == '' ) and thats ok. greets enrico -- Edit bug report at http://bugs.php.net/?id=19492&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=19492&r=trysnapshot Fixed in CVS:http://bugs.php.net/fix.php?id=19492&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=19492&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=19492&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=19492&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=19492&r=support Expected behavior: http://bugs.php.net/fix.php?id=19492&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=19492&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=19492&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=19492&r=globals
[PHP-BUG] Bug #54632 [NEW]: json_encode() doesn't convert SimpleXML data properly
From:
Operating system: Ubuntu Linux 10.04
PHP version: 5.3.6
Package: JSON related
Bug Type: Bug
Bug description:json_encode() doesn't convert SimpleXML data properly
Description:
I tried to encode the following XML document in JSON using json_encode()
and the result doesn't reflect the XML structure.
XML document:
bar
Result of json_encode():
{"b":{"@attributes":{"id":"foo"}}}
The JSON results lost the "bar" value of the XML document.
This is the source code that is used:
bar';
$simpleXML= simplexml_load_string($xml);
echo json_encode($simpleXML);
Test script:
---
$xml='bar';
$simpleXML= simplexml_load_string($xml);
echo json_encode($simpleXML);
Expected result:
It's not obviuos the correct JSON rappresentation of the above XML
document.
In my opinion it can be as follow:
{"a":[{"b":{"@attributes":{"id":"foo"}}},"bar"]}
Where the value "bar" is included in a JSON array using the syntax [...]
Actual result:
--
{"b":{"@attributes":{"id":"foo"}}}
--
Edit bug report at http://bugs.php.net/bug.php?id=54632&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54632&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54632&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54632&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54632&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54632&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54632&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54632&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54632&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54632&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54632&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54632&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54632&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54632&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54632&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54632&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54632&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54632&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54632&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54632&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54632&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54632&r=mysqlcfg
Bug #54632 [Com]: json_encode() doesn't convert SimpleXML data properly
Edit report at http://bugs.php.net/bug.php?id=54632&edit=1
ID: 54632
Comment by: enrico at zimuel dot it
Reported by:enrico at zimuel dot it
Summary:json_encode() doesn't convert SimpleXML data
properly
Status: Open
Type: Bug
Package:JSON related
Operating System: Ubuntu Linux 10.04
PHP Version:5.3.6
Block user comment: N
Private report: N
New Comment:
I agree that the var_dump output of the SimpleXMLElement doesn't
contains the text value of the element. But, as you said, you can
get it from $bar = (string) $simpleXML, that means the data is inside
the SimpleXMLElement even if the values is not explicit.
The problem here is related to the fact that there is not a standard way
to convert an XML into JSON. IBM proposed the JSONx format. To continue
to follow the syntax used by SimpleXMLElement we can add a special
element (like '@attributes') to manage the text value.
For instance the xml document: bar can be translated
in {"a":{"b":{"@attributes":{"id":"foo"}},"@text":"bar"}}.
So, the problem is in SimpleXMLElement? I don't know, for sure the
result of json_encode() is not correct.
Previous Comments:
[2011-04-29 16:20:29] felipecg00 at gmail dot com
Looks like the problem is not the json_encode.
var_dump( $simpleXML );
object(SimpleXMLElement)#1 (1) {
["b"]=>
object(SimpleXMLElement)#2 (1) {
["@attributes"]=>
array(1) {
["id"]=>
string(3) "foo"
}
}
}
Where is bar? This is the behavior of SimpleXML. You can try using
DOMDocument:
$dd = new DOMDocument();
$dd->loadXML('bar');
echo $dd->documentElement->textContent; // outputs bar
Still, you can force the SimpleXMLElement to be a string, so it will
contain the text inside the node:
$bar = (string) $simpleXML;
echo $bar; // outputs 'bar'
And yet, there is dom_import_simplexml(), which converts a SimpleXML
node into a DOMDocument node. But that i've never used before.
I think the right thing to do is to keep the text inside text-only
nodes.
[2011-04-29 13:42:27] enrico at zimuel dot it
Description:
I tried to encode the following XML document in JSON using json_encode()
and the result doesn't reflect the XML structure.
XML document:
bar
Result of json_encode():
{"b":{"@attributes":{"id":"foo"}}}
The JSON results lost the "bar" value of the XML document.
This is the source code that is used:
bar';
$simpleXML= simplexml_load_string($xml);
echo json_encode($simpleXML);
Test script:
---
$xml='bar';
$simpleXML= simplexml_load_string($xml);
echo json_encode($simpleXML);
Expected result:
It's not obviuos the correct JSON rappresentation of the above XML
document.
In my opinion it can be as follow:
{"a":[{"b":{"@attributes":{"id":"foo"}}},"bar"]}
Where the value "bar" is included in a JSON array using the syntax [...]
Actual result:
--
{"b":{"@attributes":{"id":"foo"}}}
--
Edit this bug report at http://bugs.php.net/bug.php?id=54632&edit=1
[PHP-BUG] Bug #55001 [NEW]: Mysql explain command with prepared statement
From:
Operating system: Ubuntu 11.04
PHP version: Irrelevant
Package: MySQLi related
Bug Type: Bug
Bug description:Mysql explain command with prepared statement
Description:
Hi, I found out an anomaly executing an "explain" command using prepared
statements functions. Using "standard" functions works as expected.
In short, if I execute an "explain" on a query with a subquery and fetch
the
resulting "type" field, I get "unique_subq" instead of "unique_subquery".
Please view the attached code snippet.
I'm using PHP 5.3.5-1ubuntu7.2, but other versions have the same behaviour
too.
The attached script uses a table created with this instruction:
CREATE TABLE IF NOT EXISTS `mytest_table` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`idParent` int(11) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
Test script:
---
$sql = 'explain SELECT id FROM mytest_table WHERE idParent <> -1 AND
idParent NOT IN ( SELECT id FROM mytest_table)';
$link = mysqli_connect("localhost", 'user', 'password', 'dbName');
printf("Using prepared statement functions...\n");
$stmt = mysqli_stmt_init($link);
mysqli_stmt_prepare($stmt, $sql);
mysqli_stmt_execute($stmt);
mysqli_stmt_store_result($stmt);
$result = mysqli_stmt_result_metadata($stmt);
printf("Fields:\n");
while($field = mysqli_fetch_field($result))
printf("\t%s(%d)\n", $field->name, $field->length);
mysqli_free_result($result);
mysqli_stmt_bind_result($stmt, $id, $select_type, $table, $type,
$possible_keys, $key, $key_len, $ref, $rows, $extra);
while(mysqli_stmt_fetch($stmt))
printf("Type field value: %s\n", $type);
printf("\nUsing mysqli_query...\n");
$result = mysqli_query($link, $sql);
while($row = mysqli_fetch_array($result))
printf("Type field value: %s\n", $row['type']);
mysqli_free_result($result);
mysqli_close($link);
Expected result:
Using prepared statement functions I'd expect the second row value for the
"type"
field being "unique_subquery".
Actual result:
--
I get "unique_subq" instead of "unique_subquery". Using mysqli_query (i.e.
without prepared statement functions), I get the expected result:
Using prepared statement functions...
...
Type field value: unique_subq
Using mysqli_query...
...
Type field value: unique_subquery
--
Edit bug report at http://bugs.php.net/bug.php?id=55001&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=55001&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=55001&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=55001&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=55001&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=55001&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=55001&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=55001&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=55001&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=55001&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=55001&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=55001&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=55001&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=55001&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=55001&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=55001&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=55001&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=55001&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=55001&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=55001&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=55001&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=55001&r=mysqlcfg
Bug #55001 [Fbk->Asn]: Mysql explain command with prepared statement
Edit report at http://bugs.php.net/bug.php?id=55001&edit=1
ID: 55001
User updated by:enrico dot triolo at gmail dot com
Reported by:enrico dot triolo at gmail dot com
Summary:Mysql explain command with prepared statement
-Status: Feedback
+Status: Assigned
Type: Bug
Package:MySQLi related
Operating System: Ubuntu 11.04
PHP Version:Irrelevant
Assigned To:mysql
Block user comment: N
Private report: N
New Comment:
I'm using libmysql.
Here's the output of the "php --ri mysqli" command:
$php --ri mysqli
mysqli
MysqlI Support => enabled
Client API library version => 5.1.54
Active Persistent Links => 0
Inactive Persistent Links => 0
Active Links => 0
Client API header version => 5.1.54
MYSQLI_SOCKET => /var/run/mysqld/mysqld.sock
Directive => Local Value => Master Value
mysqli.max_links => Unlimited => Unlimited
mysqli.max_persistent => Unlimited => Unlimited
mysqli.allow_persistent => On => On
mysqli.default_host => no value => no value
mysqli.default_user => no value => no value
mysqli.default_pw => no value => no value
mysqli.default_port => 3306 => 3306
mysqli.default_socket => no value => no value
mysqli.reconnect => Off => Off
mysqli.allow_local_infile => On => On
Previous Comments:
[2011-06-08 02:17:22] johan...@php.net
Are you using mysqlnd or libmysql. If libmysql which version? (check phpinfo()
output or `php --ri mysqli` from command line)
[2011-06-06 16:30:24] enrico dot triolo at gmail dot com
Description:
Hi, I found out an anomaly executing an "explain" command using prepared
statements functions. Using "standard" functions works as expected.
In short, if I execute an "explain" on a query with a subquery and fetch the
resulting "type" field, I get "unique_subq" instead of "unique_subquery".
Please view the attached code snippet.
I'm using PHP 5.3.5-1ubuntu7.2, but other versions have the same behaviour too.
The attached script uses a table created with this instruction:
CREATE TABLE IF NOT EXISTS `mytest_table` (
`id` int(11) NOT NULL AUTO_INCREMENT,
`idParent` int(11) NOT NULL,
PRIMARY KEY (`id`)
) ENGINE=InnoDB DEFAULT CHARSET=latin1 AUTO_INCREMENT=1 ;
Test script:
---
$sql = 'explain SELECT id FROM mytest_table WHERE idParent <> -1 AND idParent
NOT IN ( SELECT id FROM mytest_table)';
$link = mysqli_connect("localhost", 'user', 'password', 'dbName');
printf("Using prepared statement functions...\n");
$stmt = mysqli_stmt_init($link);
mysqli_stmt_prepare($stmt, $sql);
mysqli_stmt_execute($stmt);
mysqli_stmt_store_result($stmt);
$result = mysqli_stmt_result_metadata($stmt);
printf("Fields:\n");
while($field = mysqli_fetch_field($result))
printf("\t%s(%d)\n", $field->name, $field->length);
mysqli_free_result($result);
mysqli_stmt_bind_result($stmt, $id, $select_type, $table, $type,
$possible_keys, $key, $key_len, $ref, $rows, $extra);
while(mysqli_stmt_fetch($stmt))
printf("Type field value: %s\n", $type);
printf("\nUsing mysqli_query...\n");
$result = mysqli_query($link, $sql);
while($row = mysqli_fetch_array($result))
printf("Type field value: %s\n", $row['type']);
mysqli_free_result($result);
mysqli_close($link);
Expected result:
Using prepared statement functions I'd expect the second row value for the
"type"
field being "unique_subquery".
Actual result:
--
I get "unique_subq" instead of "unique_subquery". Using mysqli_query (i.e.
without prepared statement functions), I get the expected result:
Using prepared statement functions...
...
Type field value: unique_subq
Using mysqli_query...
...
Type field value: unique_subquery
--
Edit this bug report at http://bugs.php.net/bug.php?id=55001&edit=1
#28254 [Opn->Csd]: Problems with set_error_handler() and E_STRICT notices
ID: 28254
User updated by: Enrico dot Simetti at ingegneria dot studenti dot
unige
Reported By: Enrico dot Simetti at ingegneria dot studenti dot
unige
-Status: Open
+Status: Closed
Bug Type: Unknown/Other Function
Operating System: Windows XP
PHP Version: 5.0.0RC2
New Comment:
seems like it was just my fault ;)
Previous Comments:
[2004-05-02 19:12:16] Enrico dot Simetti at ingegneria dot studenti dot
unige
Description:
the set_error_handler() seems to not working correctly with E_STRICT
notices.
relevant changes to php.ini:
error_reporting = E_ALL | E_STRICT
display_errors = On
display_startup_errors = On
Reproduce code:
---
class sfc_error {
function __construct() {
set_error_handler(array(&$this, 'handler'), E_ALL | E_STRICT);
}
function handler($errno, $errstr, $errfile, $errline, $errctx) {
//log the error
}
}
Expected result:
My class should intercept every error and log them.
Actual result:
--
All the errors are intercepted, except the E_STRICT ones, which are
displayed (sent to the HTML output) as if my handle routine was
bypassed.
--
Edit this bug report at http://bugs.php.net/?id=28254&edit=1
#28254 [NEW]: Problems with set_error_handler() and E_STRICT notices
From: Enrico dot Simetti at ingegneria dot studenti dot unige dot it
Operating system: Windows XP
PHP version: 5.0.0RC2
PHP Bug Type: Unknown/Other Function
Bug description: Problems with set_error_handler() and E_STRICT notices
Description:
the set_error_handler() seems to not working correctly with E_STRICT
notices.
relevant changes to php.ini:
error_reporting = E_ALL | E_STRICT
display_errors = On
display_startup_errors = On
Reproduce code:
---
class sfc_error {
function __construct() {
set_error_handler(array(&$this, 'handler'), E_ALL | E_STRICT);
}
function handler($errno, $errstr, $errfile, $errline, $errctx) {
//log the error
}
}
Expected result:
My class should intercept every error and log them.
Actual result:
--
All the errors are intercepted, except the E_STRICT ones, which are
displayed (sent to the HTML output) as if my handle routine was bypassed.
--
Edit bug report at http://bugs.php.net/?id=28254&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28254&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28254&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28254&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28254&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28254&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=28254&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=28254&r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=28254&r=support
Expected behavior: http://bugs.php.net/fix.php?id=28254&r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=28254&r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=28254&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=28254&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=28254&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=28254&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=28254&r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=28254&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=28254&r=float
#28422 [NEW]: Apache Crash with segmentation fault (11)
From: Enrico dot Simetti at ingegneria dot studenti dot unige dot it
Operating system: Linux/WinXP
PHP version: 5.0.0RC2
PHP Bug Type: Reproducible crash
Bug description: Apache Crash with segmentation fault (11)
Description:
OS: Linux 2.6.0
Apache: Apache/1.3.29 (Unix)
PHP:5.0.0RC2 (compiled with "--with-mysql --with-debug")
The following script makes my apache crash with this error:
"[notice] child pid 13748 exit signal Segmentation fault (11)"
OS: Windows XP SP1
Apache: Apache/2.0.49 (and 1.3.31 too)
PHP:5.0.0RC2
The same script makes my apache crash with this error:
"[notice] Parent: child process exited with status 3221225477 --
Restarting."
Reproduce code:
---
http://matfors.net/tupac/exception.php.txt
Expected result:
A few notes...
If i dont use my error_class, everything works fine, and PHP gives me this
warning
"Warning: call_user_func_array() [function.call-user-func-array]: Unable
to call my_class::throw_exception() in C:\Programmi\Apache
Group\Apache2\htdocs\testfield\exception.php on line 40"
problably since i threw an exception in that function.
If i use my error_class and i dont use the call_user_func_array, but
instead i call $test->throw_exception() everything works fine again
(because no Warning is generated?)
If i use my error class and call call_user_func_array then everything
blows up
Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 13800)]
0x in ?? ()
(gdb) bt
#0 0x in ?? ()
#1 0x403d2fb5 in execute (op_array=0xbfffcca0) at
/root/php-5.0.0RC2/Zend/zend_execute.c:1391
#2 0x403ac282 in zend_call_function (fci=0xbfffcca0, fci_cache=0x0)
at /root/php-5.0.0RC2/Zend/zend_execute_API.c:835
#3 0x403abbb5 in call_user_function_ex (function_table=0x80c8f78,
object_pp=0x80c8f78,
function_name=0x80c8f78, retval_ptr_ptr=0x80c8f78,
param_count=135040888, params=0x80c8f78,
no_separation=135040888, symbol_table=0x80c8f78)
at /root/php-5.0.0RC2/Zend/zend_execute_API.c:550
#4 0x403b5f63 in zend_error (type=2, format=0x403fbb8e "%s") at
/root/php-5.0.0RC2/Zend/zend.c:975
#5 0x4037f6a8 in php_verror (docref=0x80c3f4c "", params=0x403e0774 "",
type=2,
format=0x403ecdcf "Unable to call %s()", args=0xbfffce0c
"\214>[EMAIL PROTECTED]")
at /root/php-5.0.0RC2/main/main.c:544
#6 0x4037f9df in php_error_docref0 (docref=0x0, type=2, format=0x403ecdcf
"Unable to call %s()")
at /root/php-5.0.0RC2/main/main.c:564
#7 0x40327d55 in zif_call_user_func_array (ht=2, return_value=0x80c3e6c,
this_ptr=0x0,
return_value_used=0) at
/root/php-5.0.0RC2/ext/standard/basic_functions.c:1949
#8 0x403d6660 in zend_do_fcall_common_helper (execute_data=0xbfffd090,
opline=0x80c3ac0,
op_array=0x80c30e4) at /root/php-5.0.0RC2/Zend/zend_execute.c:2699
#9 0x403d67da in zend_do_fcall_handler (execute_data=0xbfffd090,
opline=0x80c3ac0,
op_array=0x80c30e4) at /root/php-5.0.0RC2/Zend/zend_execute.c:2828
#10 0x403d2fb5 in execute (op_array=0x80c30e4) at
/root/php-5.0.0RC2/Zend/zend_execute.c:1391
#11 0x403b629d in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /root/php-5.0.0RC2/Zend/zend.c:1058
#12 0x403817c8 in php_execute_script (primary_file=0xb3f0) at
/root/php-5.0.0RC2/main/main.c:1630
#13 0x403dd1ae in apache_php_module_main (r=0x8178af4,
display_source_mode=0)
at /root/php-5.0.0RC2/sapi/apache/sapi_apache.c:54
#14 0x403ddcda in send_php (r=0x8178af4, display_source_mode=0,
filename=0x0)
at /root/php-5.0.0RC2/sapi/apache/mod_php5.c:621
#15 0x403dde83 in send_parsed_php (r=0x8178af4) at
/root/php-5.0.0RC2/sapi/apache/mod_php5.c:636
#16 0x080548df in ap_invoke_handler ()
#17 0x080698a7 in ap_some_auth_required ()
#18 0x08069906 in ap_process_request ()
#19 0x0806093d in ap_child_terminate ()
#20 0x08060b0b in ap_child_terminate ()
#21 0x08060c71 in ap_child_terminate ()
#22 0x08061317 in ap_child_terminate ()
#23 0x08061b4f in main ()
#24 0x400bed06 in __libc_start_main () from /lib/libc.so.6
(gdb) frame 1
#1 0x403d2fb5 in execute (op_array=0xbfffcca0) at
/root/php-5.0.0RC2/Zend/zend_execute.c:1391
1391if (EX(opline)->handler(&execute_data, EX(opline),
op_array TSRMLS_CC)) {
(gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
$2 = 0x80c80f4 "handler"
--
Edit bug report at http://bugs.php.net/?id=28422&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=28422&r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=28422&r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=28422&r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=28422&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=28
