#33723 [Fbk->Opn]: php_value overrides php_admin_value
ID: 33723 User updated by: ezmlm at mail dot ru Reported By: ezmlm at mail dot ru -Status: Feedback +Status: Open Bug Type: Apache related Operating System: Linux PHP Version: 5.0.4 New Comment: The same problem with php5-latest Previous Comments: [2005-07-18 02:16:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-16 13:22:11] ezmlm at mail dot ru Description: PHP5 for apache 1.3.33 built as DSO allows php_admin_value (php_admin_flag) options marked as PHP_INI_SYSTEM to be reset in .htaccess files by using php_value (php_flag). safe_mode for example. To demonstrate the problem in php.ini set safe_mode = Off, in httpd.conf, set: php_admin_value safe_mode on Get phpinfo to verify that safe_mode is on. Now create .htaccess file in document_root containing: php_flag safe_mode off (or even php_flag safe_mode on) Get phpinfo again and note that safe_mode was reset to off (php.ini initial value) -- Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33558 [Bgs->Opn]: warning with nested calls to functions returning by reference
ID: 33558 Updated by: [EMAIL PROTECTED] Reported By: l dot alberton at quipo dot it -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: * PHP Version: 4.4.0RC1 New Comment: Fixed in CVS HEAD and PHP_5_0. Previous Comments: [2005-07-04 01:10:45] [EMAIL PROTECTED] This is how it is and it won't change. Period. [2005-07-03 23:56:32] l dot alberton at quipo dot it >You can only return variable by reference, not function's results. even if the function result *is* a reference? > (This never worked correctly before anyway, now you just get a nice > notice about it so that you can fix your code). the fact that it never worked doesn't mean it is not a bug... quite frankly I don't see any reason why it's my code that need fixing and not the engine itself. I may be stubborn, but I'm not convinced at all. I still think that I'm not doing anything wrong here, and if it doesn't work it's because of an engine limitation, not because of a fault of my code. [2005-07-03 23:08:39] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You can only return variable by reference, not function\'s results. (This never worked correctly before anyway, now you just get a nice notice about it so that you can fix your code). [2005-07-03 23:04:47] l dot alberton at quipo dot it Description: When a function which returns a reference calls another function which returns a reference, the engine complains because the outer function does not return a variable reference. It happens with PHP4.4.0RC2 too. Reproduce code: --- Expected result: no NOTICEs Actual result: -- Notice: Only variable references should be returned by reference in test_ref.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=33558&edit=1
#30082 [Ver->Bgs]: Multidimensional arrays copy or array_multisort bug
ID: 30082
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Verified
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: *
PHP Version: 5CVS, 4CVS (2005-06-19)
New Comment:
Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same.
Thank you for your interest in PHP.
See bug #25359 (same reason: reference)
Previous Comments:
[2004-10-02 16:29:11] [EMAIL PROTECTED]
See also bug #30076
[2004-09-14 10:39:26] [EMAIL PROTECTED]
Description:
Seems, that multidimensional arrays are copied with one dimension,
which contains references to other included arrays.
I haven't found any references in manual, so this must be a bug.
Reproduce code:
---
$v) {
array_multisort($v['id'], SORT_DESC, $v['secid'], SORT_DESC);
}
print_r($a);
?>
Expected result:
Array
(
[0] => Array
(
[id] => Array
(
[0] => 22
[1] => 12
[2] => 33
[3] => 55
)
[secid] => Array
(
[0] => a
[1] => b
[2] => c
[3] => d
)
)
)
Array
(
[0] => Array
(
[id] => Array
(
[0] => 22
[1] => 12
[2] => 33
[3] => 55
)
[secid] => Array
(
[0] => a
[1] => b
[2] => c
[3] => d
)
)
)
Actual result:
--
Array
(
[0] => Array
(
[id] => Array
(
[0] => 22
[1] => 12
[2] => 33
[3] => 55
)
[secid] => Array
(
[0] => a
[1] => b
[2] => c
[3] => d
)
)
)
Array
(
[0] => Array
(
[id] => Array
(
[0] => 55
[1] => 33
[2] => 22
[3] => 12
)
[secid] => Array
(
[0] => d
[1] => c
[2] => a
[3] => b
)
)
)
--
Edit this bug report at http://bugs.php.net/?id=30082&edit=1
#33558 [Opn->Asn]: warning with nested calls to functions returning by reference
ID: 33558 Updated by: [EMAIL PROTECTED] Reported By: l dot alberton at quipo dot it -Status: Open +Status: Assigned Bug Type: Scripting Engine problem Operating System: * PHP Version: 4.4.0RC1 -Assigned To: +Assigned To: derick New Comment: So that I don't forget to backport this to 4.4.1. Previous Comments: [2005-07-18 09:42:54] [EMAIL PROTECTED] Fixed in CVS HEAD and PHP_5_0. [2005-07-04 01:10:45] [EMAIL PROTECTED] This is how it is and it won't change. Period. [2005-07-03 23:56:32] l dot alberton at quipo dot it >You can only return variable by reference, not function's results. even if the function result *is* a reference? > (This never worked correctly before anyway, now you just get a nice > notice about it so that you can fix your code). the fact that it never worked doesn't mean it is not a bug... quite frankly I don't see any reason why it's my code that need fixing and not the engine itself. I may be stubborn, but I'm not convinced at all. I still think that I'm not doing anything wrong here, and if it doesn't work it's because of an engine limitation, not because of a fault of my code. [2005-07-03 23:08:39] [EMAIL PROTECTED] Thank you for taking the time to write to us, but this is not a bug. Please double-check the documentation available at http://www.php.net/manual/ and the instructions on how to report a bug at http://bugs.php.net/how-to-report.php You can only return variable by reference, not function\'s results. (This never worked correctly before anyway, now you just get a nice notice about it so that you can fix your code). [2005-07-03 23:04:47] l dot alberton at quipo dot it Description: When a function which returns a reference calls another function which returns a reference, the engine complains because the outer function does not return a variable reference. It happens with PHP4.4.0RC2 too. Reproduce code: --- Expected result: no NOTICEs Actual result: -- Notice: Only variable references should be returned by reference in test_ref.php on line 8 -- Edit this bug report at http://bugs.php.net/?id=33558&edit=1
#33743 [NEW]: Segfault with replaceChild and entities
From: [EMAIL PROTECTED]
Operating system: N/A
PHP version: 4.3.11
PHP Bug Type: DOM XML related
Bug description: Segfault with replaceChild and entities
Description:
Segfault using replaceChild.
PHP 4.3.11, LibXML v2.6.9
Reproduce code:
---
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>
foobar
';
// Load
$doc = new DomDocument;
$doc->resolveExternals = true;
$doc->loadXml($xml);
// Fragment
$frag = '';
$frag .= 'http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>';
$frag .= '°';
// Load
$dom = new DomDocument;
$dom->resolveExternals = true;
$dom->loadXML($frag);
// Locate the node
$xpath = new DOMXpath($doc);
$nodelist = $xpath->query('/article/articleinfo/abstract');
$oldnode = $nodelist->item(0);
// Replace the node
$newnode = $doc->importNode($dom->documentElement, true);
$oldnode->parentNode->replaceChild($newnode, $oldnode);
// Check
echo $doc->saveXml();
?>
Actual result:
--
# $ gdb /usr/local/bin/php core.2729
# GNU gdb Red Hat Linux (5.2-2)
# Copyright 2002 Free Software Foundation, Inc.
# GDB is free software, covered by the GNU General Public License, and you
are
# welcome to change it and/or distribute copies of it under certain
conditions.
# Type "show copying" to see the conditions.
# There is absolutely no warranty for GDB. Type "show warranty" for
details.
# This GDB was configured as "i386-redhat-linux"...
# Core was generated by `php dom-replacechild.php'.
# Program terminated with signal 11, Segmentation fault.
# Reading symbols from /lib/libcrypt.so.1...done.
# Loaded symbols for /lib/libcrypt.so.1
# Reading symbols from /usr/lib/libexslt.so.0...done.
# Loaded symbols for /usr/lib/libexslt.so.0
# Reading symbols from /usr/lib/libz.so.1...done.
# Loaded symbols for /usr/lib/libz.so.1
# Reading symbols from /lib/i686/libm.so.6...done.
# Loaded symbols for /lib/i686/libm.so.6
# Reading symbols from /usr/lib/libmysqlclient.so.10...done.
# Loaded symbols for /usr/lib/libmysqlclient.so.10
# Reading symbols from /usr/lib/libbz2.so.1...done.
# Loaded symbols for /usr/lib/libbz2.so.1
# Reading symbols from /lib/libresolv.so.2...done.
# Loaded symbols for /lib/libresolv.so.2
# Reading symbols from /lib/libdl.so.2...done.
# Loaded symbols for /lib/libdl.so.2
# Reading symbols from /lib/libnsl.so.1...done.
# Loaded symbols for /lib/libnsl.so.1
# Reading symbols from /usr/lib/libxslt.so.1...done.
# Loaded symbols for /usr/lib/libxslt.so.1
# Reading symbols from /usr/lib/libxml2.so.2...done.
# Loaded symbols for /usr/lib/libxml2.so.2
# Reading symbols from /lib/i686/libpthread.so.0...done.
# Loaded symbols for /lib/i686/libpthread.so.0
# Reading symbols from /lib/i686/libc.so.6...done.
# Loaded symbols for /lib/i686/libc.so.6
# Reading symbols from /lib/ld-linux.so.2...done.
# Loaded symbols for /lib/ld-linux.so.2
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# (gdb) bt
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# #1 0x40160043 in xmlSearchNsByHref () from /usr/lib/libxml2.so.2
# #2 0x401602ae in xmlNewReconciliedNs () from /usr/lib/libxml2.so.2
# #3 0x4016048a in xmlReconciliateNs () from /usr/lib/libxml2.so.2
# #4 0x0808ac48 in zif_dom_node_replace_child (ht=2,
return_value=0x8906d44, this_ptr=0x859ace4, return_value_used=0)
# at /usr/local/src/php-5.0.4/ext/dom/node.c:1187
# #5 0x081d04fb in zend_do_fcall_common_helper (execute_data=0xbfffd730,
opline=0x841f424, op_array=0x841812c)
# at /usr/local/src/php-5.0.4/Zend/zend_execute.c:2727
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# #7 0x0819b2c5 in zend_execute_scripts (type=8, retval=0x0, file_count=3)
at /usr/local/src/php-5.0.4/Zend/zend.c:1069
# #8 0x0816d7aa in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-5.0.4/main/main.c:1632
# #9 0x081d914c in main (argc=2, argv=0xbb74) at
/usr/local/src/php-5.0.4/sapi/cli/php_cli.c:946
# #10 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
# (gdb) frame 6
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# 1406 if (EX(opline)->handler(&execute_data, EX(opline), op_array
TSRMLS_CC)) {
# (gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
# $1 = 0x81db7a9 "replaceChild"
# (gdb)
--
Edit bug report at http://bugs.php.net/?id=33743&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33743&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33743&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33743&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33743&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33743&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33743&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33743&r=needscript
Try
#33741 [Opn->Bgs]: $_POST superglobal not populated
ID: 33741
Updated by: [EMAIL PROTECTED]
Reported By: robbhammack at gmail dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: Win2K sp2
PHP Version: 5.1.0b2
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Valid values for enctype in tag are:
application/x-www-form-urlencoded
multipart/form-data
Previous Comments:
[2005-07-18 07:54:23] robbhammack at gmail dot com
Description:
When submitting a html form using the post method, the superglobals
$_POST and $_REQUEST are not populated.
The $HTTP_RAW_POST_DATA is.
When submitting using get, the $_GET and $_REQUEST work as expected. I
first noticed this in 5.1.0b2 and upgraded to 5.1.0b3 to see if it had
been fixed.
OS is win2K xp2
PHP Version 5.1.0b3
System Windows NT MINERVA 5.1 build 2600
Build Date Jul 14 2005 20:32:24
Configure Command cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
Server API Apache 2.0 Handler
Virtual Directory Support enabled
Configuration File (php.ini) Path
C:/Development/programs/php5/php.ini
PHP API 20041225
PHP Extension 20050617
Zend Extension 220050617
Apache Version Apache/2.0.53 (Win32) PHP/5.1.0b3 DAV/2
Apache API Version 20020903
Loaded Modules core mod_win32 mpm_winnt http_core mod_so mod_access
mod_actions mod_alias mod_asis mod_auth mod_autoindex mod_cgi mod_dav
mod_dav_fs mod_dir mod_env mod_imap mod_include mod_info mod_isapi
mod_log_config mod_mime mod_negotiation mod_setenvif mod_userdir
mod_php5
Reproduce code:
---
");
print("Dump of HTTP RAW POST DATA ". var_dump($HTTP_RAW_POST_DATA)."");
print("Dump of POST Data" . var_dump($_POST)."");
print("Dump of REQUEST Data" . var_dump($_REQUEST)."");
?>
Expected result:
I expect the var_dump($_POST)and var_dump($_REQUEST) to output the
values from the form elements. I verified that the form was using the
post method two ways: liveHTTPHeaders and $_SERVER['REQUEST_METHOD']
Actual result:
--
URL: http://projectmanager/login.php?action=login
Results:
Request method: POST
string(42) "username=Robb passwd=Robb submit=Login " Dump of HTTP RAW
POST DATA
array(0) { } Dump of POST Data
array(1) { ["action"]=> string(5) "login" } Dump of REQUEST Data
--
Edit this bug report at http://bugs.php.net/?id=33741&edit=1
#33743 [Opn->Bgs]: Segfault with replaceChild and entities
ID: 33743
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: N/A
PHP Version: 4.3.11
New Comment:
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
Previous Comments:
[2005-07-18 10:18:45] [EMAIL PROTECTED]
Description:
Segfault using replaceChild.
PHP 4.3.11, LibXML v2.6.9
Reproduce code:
---
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>
foobar
';
// Load
$doc = new DomDocument;
$doc->resolveExternals = true;
$doc->loadXml($xml);
// Fragment
$frag = '';
$frag .= 'http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>';
$frag .= '°';
// Load
$dom = new DomDocument;
$dom->resolveExternals = true;
$dom->loadXML($frag);
// Locate the node
$xpath = new DOMXpath($doc);
$nodelist = $xpath->query('/article/articleinfo/abstract');
$oldnode = $nodelist->item(0);
// Replace the node
$newnode = $doc->importNode($dom->documentElement, true);
$oldnode->parentNode->replaceChild($newnode, $oldnode);
// Check
echo $doc->saveXml();
?>
Actual result:
--
# $ gdb /usr/local/bin/php core.2729
# GNU gdb Red Hat Linux (5.2-2)
# Copyright 2002 Free Software Foundation, Inc.
# GDB is free software, covered by the GNU General Public License, and
you are
# welcome to change it and/or distribute copies of it under certain
conditions.
# Type "show copying" to see the conditions.
# There is absolutely no warranty for GDB. Type "show warranty" for
details.
# This GDB was configured as "i386-redhat-linux"...
# Core was generated by `php dom-replacechild.php'.
# Program terminated with signal 11, Segmentation fault.
# Reading symbols from /lib/libcrypt.so.1...done.
# Loaded symbols for /lib/libcrypt.so.1
# Reading symbols from /usr/lib/libexslt.so.0...done.
# Loaded symbols for /usr/lib/libexslt.so.0
# Reading symbols from /usr/lib/libz.so.1...done.
# Loaded symbols for /usr/lib/libz.so.1
# Reading symbols from /lib/i686/libm.so.6...done.
# Loaded symbols for /lib/i686/libm.so.6
# Reading symbols from /usr/lib/libmysqlclient.so.10...done.
# Loaded symbols for /usr/lib/libmysqlclient.so.10
# Reading symbols from /usr/lib/libbz2.so.1...done.
# Loaded symbols for /usr/lib/libbz2.so.1
# Reading symbols from /lib/libresolv.so.2...done.
# Loaded symbols for /lib/libresolv.so.2
# Reading symbols from /lib/libdl.so.2...done.
# Loaded symbols for /lib/libdl.so.2
# Reading symbols from /lib/libnsl.so.1...done.
# Loaded symbols for /lib/libnsl.so.1
# Reading symbols from /usr/lib/libxslt.so.1...done.
# Loaded symbols for /usr/lib/libxslt.so.1
# Reading symbols from /usr/lib/libxml2.so.2...done.
# Loaded symbols for /usr/lib/libxml2.so.2
# Reading symbols from /lib/i686/libpthread.so.0...done.
# Loaded symbols for /lib/i686/libpthread.so.0
# Reading symbols from /lib/i686/libc.so.6...done.
# Loaded symbols for /lib/i686/libc.so.6
# Reading symbols from /lib/ld-linux.so.2...done.
# Loaded symbols for /lib/ld-linux.so.2
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# (gdb) bt
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# #1 0x40160043 in xmlSearchNsByHref () from /usr/lib/libxml2.so.2
# #2 0x401602ae in xmlNewReconciliedNs () from /usr/lib/libxml2.so.2
# #3 0x4016048a in xmlReconciliateNs () from /usr/lib/libxml2.so.2
# #4 0x0808ac48 in zif_dom_node_replace_child (ht=2,
return_value=0x8906d44, this_ptr=0x859ace4, return_value_used=0)
# at /usr/local/src/php-5.0.4/ext/dom/node.c:1187
# #5 0x081d04fb in zend_do_fcall_common_helper
(execute_data=0xbfffd730, opline=0x841f424, op_array=0x841812c)
# at /usr/local/src/php-5.0.4/Zend/zend_execute.c:2727
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# #7 0x0819b2c5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-5.0.4/Zend/zend.c:1069
# #8 0x0816d7aa in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-5.0.4/main/main.c:1632
# #9 0x081d914c in main (argc=2, argv=0xbb74) at
/usr/local/src/php-5.0.4/sapi/cli/php_cli.c:946
# #10 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
# (gdb) frame 6
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# 1406 if (EX(opline)->handler(&execute_data, EX(opline), op_array
TSRMLS_CC)) {
# (gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.func
#33723 [Opn->Fbk]: php_value overrides php_admin_value
ID: 33723 Updated by: [EMAIL PROTECTED] Reported By: ezmlm at mail dot ru -Status: Open +Status: Feedback Bug Type: Apache related Operating System: Linux PHP Version: 5.0.4 New Comment: Even if phpinfo() shows that some .ini option has different value, it's not necessarily true. Try do something that "safe" mode should prevent you from doing. Previous Comments: [2005-07-18 09:35:18] ezmlm at mail dot ru The same problem with php5-latest [2005-07-18 02:16:29] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-16 13:22:11] ezmlm at mail dot ru Description: PHP5 for apache 1.3.33 built as DSO allows php_admin_value (php_admin_flag) options marked as PHP_INI_SYSTEM to be reset in .htaccess files by using php_value (php_flag). safe_mode for example. To demonstrate the problem in php.ini set safe_mode = Off, in httpd.conf, set: php_admin_value safe_mode on Get phpinfo to verify that safe_mode is on. Now create .htaccess file in document_root containing: php_flag safe_mode off (or even php_flag safe_mode on) Get phpinfo again and note that safe_mode was reset to off (php.ini initial value) -- Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33743 [Bgs->Opn]: Segfault with replaceChild and entities
ID: 33743
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Bogus
+Status: Open
Bug Type: DOM XML related
Operating System: N/A
-PHP Version: 4.3.11
+PHP Version: 5.0.4
New Comment:
Sorry, I wrote the wrong version.
Previous Comments:
[2005-07-18 10:26:06] [EMAIL PROTECTED]
Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP --
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php
If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.
[2005-07-18 10:18:45] [EMAIL PROTECTED]
Description:
Segfault using replaceChild.
PHP 4.3.11, LibXML v2.6.9
Reproduce code:
---
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>
foobar
';
// Load
$doc = new DomDocument;
$doc->resolveExternals = true;
$doc->loadXml($xml);
// Fragment
$frag = '';
$frag .= 'http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>';
$frag .= '°';
// Load
$dom = new DomDocument;
$dom->resolveExternals = true;
$dom->loadXML($frag);
// Locate the node
$xpath = new DOMXpath($doc);
$nodelist = $xpath->query('/article/articleinfo/abstract');
$oldnode = $nodelist->item(0);
// Replace the node
$newnode = $doc->importNode($dom->documentElement, true);
$oldnode->parentNode->replaceChild($newnode, $oldnode);
// Check
echo $doc->saveXml();
?>
Actual result:
--
# $ gdb /usr/local/bin/php core.2729
# GNU gdb Red Hat Linux (5.2-2)
# Copyright 2002 Free Software Foundation, Inc.
# GDB is free software, covered by the GNU General Public License, and
you are
# welcome to change it and/or distribute copies of it under certain
conditions.
# Type "show copying" to see the conditions.
# There is absolutely no warranty for GDB. Type "show warranty" for
details.
# This GDB was configured as "i386-redhat-linux"...
# Core was generated by `php dom-replacechild.php'.
# Program terminated with signal 11, Segmentation fault.
# Reading symbols from /lib/libcrypt.so.1...done.
# Loaded symbols for /lib/libcrypt.so.1
# Reading symbols from /usr/lib/libexslt.so.0...done.
# Loaded symbols for /usr/lib/libexslt.so.0
# Reading symbols from /usr/lib/libz.so.1...done.
# Loaded symbols for /usr/lib/libz.so.1
# Reading symbols from /lib/i686/libm.so.6...done.
# Loaded symbols for /lib/i686/libm.so.6
# Reading symbols from /usr/lib/libmysqlclient.so.10...done.
# Loaded symbols for /usr/lib/libmysqlclient.so.10
# Reading symbols from /usr/lib/libbz2.so.1...done.
# Loaded symbols for /usr/lib/libbz2.so.1
# Reading symbols from /lib/libresolv.so.2...done.
# Loaded symbols for /lib/libresolv.so.2
# Reading symbols from /lib/libdl.so.2...done.
# Loaded symbols for /lib/libdl.so.2
# Reading symbols from /lib/libnsl.so.1...done.
# Loaded symbols for /lib/libnsl.so.1
# Reading symbols from /usr/lib/libxslt.so.1...done.
# Loaded symbols for /usr/lib/libxslt.so.1
# Reading symbols from /usr/lib/libxml2.so.2...done.
# Loaded symbols for /usr/lib/libxml2.so.2
# Reading symbols from /lib/i686/libpthread.so.0...done.
# Loaded symbols for /lib/i686/libpthread.so.0
# Reading symbols from /lib/i686/libc.so.6...done.
# Loaded symbols for /lib/i686/libc.so.6
# Reading symbols from /lib/ld-linux.so.2...done.
# Loaded symbols for /lib/ld-linux.so.2
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# (gdb) bt
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# #1 0x40160043 in xmlSearchNsByHref () from /usr/lib/libxml2.so.2
# #2 0x401602ae in xmlNewReconciliedNs () from /usr/lib/libxml2.so.2
# #3 0x4016048a in xmlReconciliateNs () from /usr/lib/libxml2.so.2
# #4 0x0808ac48 in zif_dom_node_replace_child (ht=2,
return_value=0x8906d44, this_ptr=0x859ace4, return_value_used=0)
# at /usr/local/src/php-5.0.4/ext/dom/node.c:1187
# #5 0x081d04fb in zend_do_fcall_common_helper
(execute_data=0xbfffd730, opline=0x841f424, op_array=0x841812c)
# at /usr/local/src/php-5.0.4/Zend/zend_execute.c:2727
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# #7 0x0819b2c5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-5.0.4/Zend/zend.c:1069
# #8 0x0816d7aa in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-5.0.4/main/main.c:1632
# #9 0x081d914c in main (argc=2, argv=0xbb74) at
/usr/local/src/php-5.0.4/sapi/cli/php_cli.c:946
# #10 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
# (gdb) frame 6
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_exe
#33723 [Fbk->Opn]: php_value overrides php_admin_value
ID: 33723
User updated by: ezmlm at mail dot ru
Reported By: ezmlm at mail dot ru
-Status: Feedback
+Status: Open
Bug Type: Apache related
Operating System: Linux
PHP Version: 5.0.4
New Comment:
I've tried. safe_mode is really turned off. I can use system and exec
and read other users files that are readable by apache.
For instance system('cat /etc/passwd') works fine
Previous Comments:
[2005-07-18 10:27:18] [EMAIL PROTECTED]
Even if phpinfo() shows that some .ini option has different value, it's
not necessarily true. Try do something that "safe"
mode should prevent you from doing.
[2005-07-18 09:35:18] ezmlm at mail dot ru
The same problem with php5-latest
[2005-07-18 02:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-16 13:22:11] ezmlm at mail dot ru
Description:
PHP5 for apache 1.3.33 built as DSO allows php_admin_value
(php_admin_flag) options marked as PHP_INI_SYSTEM to be reset in
.htaccess files by using php_value (php_flag). safe_mode for example.
To demonstrate the problem in php.ini set safe_mode = Off, in
httpd.conf, set:
php_admin_value safe_mode on
Get phpinfo to verify that safe_mode is on.
Now create .htaccess file in document_root containing:
php_flag safe_mode off
(or even php_flag safe_mode on)
Get phpinfo again and note that safe_mode was reset to off (php.ini
initial value)
--
Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33708 [Fbk->Opn]: Problem with php module recode
ID: 33708 User updated by: kirameku at email dot cz Reported By: kirameku at email dot cz -Status: Feedback +Status: Open Bug Type: Recode related Operating System: RedHat ES4 x86_64 PHP Version: 4.4.0 New Comment: php4.4.0 was compiled with some warnings: /home/Develop/php-4.4.0/ext/recode/recode.c: In function `zif_recode_string': /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 5 of `recode_buffer_to_buffer' from incompatible pointer type /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 6 of `recode_buffer_to_buffer' from incompatible pointer type recode version: recode-3.6-17, recode-devel-3.6-17 # gdb ./php core.15829 GNU gdb Red Hat Linux (6.3.0.0-0.31rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/tls/libthread_db.so.1". Core was generated by `./php test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib64/libcrypt.so.1...done. Loaded symbols for /lib64/libcrypt.so.1 Reading symbols from /lib64/libnsl.so.1...done. Loaded symbols for /lib64/libnsl.so.1 Reading symbols from /usr/lib64/librecode.so.0...done. Loaded symbols for /usr/lib64/librecode.so.0 Reading symbols from /usr/lib64/libpng12.so.0...done. Loaded symbols for /usr/lib64/libpng12.so.0 Reading symbols from /usr/lib64/libz.so.1...done. Loaded symbols for /usr/lib64/libz.so.1 Reading symbols from /usr/lib64/libjpeg.so.62...done. Loaded symbols for /usr/lib64/libjpeg.so.62 Reading symbols from /lib64/libresolv.so.2...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/tls/libm.so.6...done. Loaded symbols for /lib64/tls/libm.so.6 Reading symbols from /lib64/libdl.so.2...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/libssl.so.4...done. Loaded symbols for /lib64/libssl.so.4 Reading symbols from /lib64/libcrypto.so.4...done. Loaded symbols for /lib64/libcrypto.so.4 Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 Reading symbols from /usr/lib64/libkrb5.so.3...done. Loaded symbols for /usr/lib64/libkrb5.so.3 Reading symbols from /lib64/libcom_err.so.2...done. Loaded symbols for /lib64/libcom_err.so.2 Reading symbols from /usr/lib64/libk5crypto.so.3...done. Loaded symbols for /usr/lib64/libk5crypto.so.3 Reading symbols from /lib64/tls/libc.so.6...done. Loaded symbols for /lib64/tls/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 (gdb) bt #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 #1 0x0038693aa50d in recode_new_task () from /usr/lib64/librecode.so.0 #2 0x0038693aa82e in recode_perform_task () from /usr/lib64/librecode.so.0 #3 0x0038693a924c in recode_buffer_to_buffer () from /usr/lib64/librecode.so.0 #4 0x004b78c7 in zif_recode_string (ht=72, return_value=0x9571f8, this_ptr=0x48, return_value_used=9814288) at /home/Develop/php-4.4.0/ext/recode/recode.c:156 #5 0x0057fc80 in execute (op_array=0x957ad8) at /home/Develop/php-4.4.0/Zend/zend_execute.c:1672 #6 0x0056aa5e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/Develop/php-4.4.0/Zend/zend.c:938 #7 0x0053c3d3 in php_execute_script (primary_file=0x7fb880) at /home/Develop/php-4.4.0/main/main.c:1751 #8 0x0058798d in main (argc=2, argv=0x7fb998) at /home/Develop/php-4.4.0/sapi/cli/php_cli.c:828 Previous Comments: [2005-07-16 22:14:02] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-15 12:17:03] kirameku at email dot cz -- System Information: RedHat ES4 (x86_64) Architecture: x86_64 Kernel: 2.6.9-11.ELsmp I have php4 compiled with "./configure .. --enable-recode --with-recode ...". When I do $ /usr/bin/php ./test.php Segmentation fault and test.php : I first tought it was a bug on librecode but it works well from t
#33708 [Opn]: Problem with php module recode
ID: 33708 Updated by: [EMAIL PROTECTED] Reported By: kirameku at email dot cz Status: Open Bug Type: Recode related Operating System: RedHat ES4 x86_64 PHP Version: 4.4.0 New Comment: I would suggest to use iconv() instead of recode - the recode library is quite a mess. Previous Comments: [2005-07-18 10:50:59] kirameku at email dot cz php4.4.0 was compiled with some warnings: /home/Develop/php-4.4.0/ext/recode/recode.c: In function `zif_recode_string': /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 5 of `recode_buffer_to_buffer' from incompatible pointer type /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 6 of `recode_buffer_to_buffer' from incompatible pointer type recode version: recode-3.6-17, recode-devel-3.6-17 # gdb ./php core.15829 GNU gdb Red Hat Linux (6.3.0.0-0.31rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/tls/libthread_db.so.1". Core was generated by `./php test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib64/libcrypt.so.1...done. Loaded symbols for /lib64/libcrypt.so.1 Reading symbols from /lib64/libnsl.so.1...done. Loaded symbols for /lib64/libnsl.so.1 Reading symbols from /usr/lib64/librecode.so.0...done. Loaded symbols for /usr/lib64/librecode.so.0 Reading symbols from /usr/lib64/libpng12.so.0...done. Loaded symbols for /usr/lib64/libpng12.so.0 Reading symbols from /usr/lib64/libz.so.1...done. Loaded symbols for /usr/lib64/libz.so.1 Reading symbols from /usr/lib64/libjpeg.so.62...done. Loaded symbols for /usr/lib64/libjpeg.so.62 Reading symbols from /lib64/libresolv.so.2...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/tls/libm.so.6...done. Loaded symbols for /lib64/tls/libm.so.6 Reading symbols from /lib64/libdl.so.2...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/libssl.so.4...done. Loaded symbols for /lib64/libssl.so.4 Reading symbols from /lib64/libcrypto.so.4...done. Loaded symbols for /lib64/libcrypto.so.4 Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 Reading symbols from /usr/lib64/libkrb5.so.3...done. Loaded symbols for /usr/lib64/libkrb5.so.3 Reading symbols from /lib64/libcom_err.so.2...done. Loaded symbols for /lib64/libcom_err.so.2 Reading symbols from /usr/lib64/libk5crypto.so.3...done. Loaded symbols for /usr/lib64/libk5crypto.so.3 Reading symbols from /lib64/tls/libc.so.6...done. Loaded symbols for /lib64/tls/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 (gdb) bt #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 #1 0x0038693aa50d in recode_new_task () from /usr/lib64/librecode.so.0 #2 0x0038693aa82e in recode_perform_task () from /usr/lib64/librecode.so.0 #3 0x0038693a924c in recode_buffer_to_buffer () from /usr/lib64/librecode.so.0 #4 0x004b78c7 in zif_recode_string (ht=72, return_value=0x9571f8, this_ptr=0x48, return_value_used=9814288) at /home/Develop/php-4.4.0/ext/recode/recode.c:156 #5 0x0057fc80 in execute (op_array=0x957ad8) at /home/Develop/php-4.4.0/Zend/zend_execute.c:1672 #6 0x0056aa5e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/Develop/php-4.4.0/Zend/zend.c:938 #7 0x0053c3d3 in php_execute_script (primary_file=0x7fb880) at /home/Develop/php-4.4.0/main/main.c:1751 #8 0x0058798d in main (argc=2, argv=0x7fb998) at /home/Develop/php-4.4.0/sapi/cli/php_cli.c:828 [2005-07-16 22:14:02] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-15 12:17:03] kirameku at email dot cz -- System Information: RedHat ES4 (x86_64) Architecture: x86_64 Kernel: 2.6.9-11.ELsmp I have php4 compiled with "./configure .. --e
#33744 [NEW]: Concerning ini_set session.save_path & reregistering an id under windows.
From: d43m0n at shaw dot ca Operating system: win32 & linux PHP version: 5.0.4 PHP Bug Type: Session related Bug description: Concerning ini_set session.save_path & reregistering an id under windows. Description: Hello, While developing a new security fix for a script I am working on, I found this issue corrisponding with Windows 2000 NT, which causes the sessions to not reregister a id if the ini_set redefines teh session.save_path to a relitive location. The following code when used in the windows environment will cause the error which follows: [CODE] [/CODE] [ERROR]Warning: Unknown: open(./tmp\sess_3c0fe03c61bac80ca57a1193d3e54aa8, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (./tmp) in Unknown on line 0 [/ERROR] Of course I have takin the proper precautions to be sure the directory existed in the first place... of course, if I dont re-define the the session.save_path, and use the default, it gets created secessfully, like as follows: [CODE] [/CODE] Now, ill take it another step further, I tried using an exact file location when I defined the session.save_path like so: [CODE] [/CODE] Of course this prooved successful, except for the obvious change of my directory location to my tmp... Now I did have a chance to try out the same script on a Linux OS with PHP and had no troubles with ./tmp as the tmp directory, so like really, wtf is the problem? -- Edit bug report at http://bugs.php.net/?id=33744&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33744&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33744&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33744&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33744&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33744&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33744&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33744&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33744&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33744&r=support Expected behavior: http://bugs.php.net/fix.php?id=33744&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33744&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33744&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33744&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33744&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33744&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33744&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33744&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33744&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33744&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33744&r=mysqlcfg
#33727 [Fbk->Opn]: Curl crashes PHP 5.1 Beta 3
ID: 33727
User updated by: rele at gmx dot de
Reported By: rele at gmx dot de
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
-PHP Version: 5.1.0b2
+PHP Version: 5.1.0b3
New Comment:
Ok, I didn't know that.
Here is a full script:
http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsalicZ1QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsaatcZ1QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&fls=3&salic=1&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&salic=1&fls=2&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
?>
Best regards,
René
Previous Comments:
[2005-07-18 02:36:21] [EMAIL PROTECTED]
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programme\php\ext";
from="[EMAIL PROTECTED]"
user_agent="Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.8)
Gecko/20050511 Firefox/1.0.4"
extension=php_pdo_sqlite.dll
sendmail_from = [EMAIL PROTECTED]
dbx.colnames_case = "lowercase"
session.save_path = "C:\winnt\temp"
session.gc_divisor = 1000
session.bug_compat_42 = 0
session.hash_bits_per_character = 5
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
Reproduce code:
---
// Initializing cURL
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_USERAGENT, ini_get('user_agent'));
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_ENCODING , 'gzip');
curl_setopt($curl, CURLOPT_COOKIEJAR, "my_cookies.txt");
curl_setopt($curl, CURLOPT_COOKIEFILE, "my_cookies.txt");
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
Expected result:
All URLs should be downloaded without problems, but after one or more
downloads the script exits with error code -1073741819.
When running the script from php-cgi.exe under a web server there will
be also a drwtsn32.log entry and a user.dmp file generated.
Actual result:
--
Last drwtsn32.log entry:
Anwendungsausnahme aufgetreten:
Anwendung: (pid=844)
Wann: 15.07.2005 @ 21:24:41.406
Ausnahmenummer: c005 (Zugriffsverletzung)
*> Systeminformationen <*
Computername: TRENTEC1
Benutzername: SYSTEM
Prozessoranzahl: 1
Prozessortyp: x86 Family 1
#33743 [Opn->Csd]: Segfault with replaceChild and entities
ID: 33743
User updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: DOM XML related
Operating System: N/A
PHP Version: 5.0.4
New Comment:
This can be fixed by updating libxml. (Confirmed with libxml 2.6.17).
Previous Comments:
[2005-07-18 10:18:45] [EMAIL PROTECTED]
Description:
Segfault using replaceChild.
PHP 4.3.11, LibXML v2.6.9
Reproduce code:
---
http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>
foobar
';
// Load
$doc = new DomDocument;
$doc->resolveExternals = true;
$doc->loadXml($xml);
// Fragment
$frag = '';
$frag .= 'http://www.oasis-open.org/docbook/xml/4.3/docbookx.dtd";>';
$frag .= '°';
// Load
$dom = new DomDocument;
$dom->resolveExternals = true;
$dom->loadXML($frag);
// Locate the node
$xpath = new DOMXpath($doc);
$nodelist = $xpath->query('/article/articleinfo/abstract');
$oldnode = $nodelist->item(0);
// Replace the node
$newnode = $doc->importNode($dom->documentElement, true);
$oldnode->parentNode->replaceChild($newnode, $oldnode);
// Check
echo $doc->saveXml();
?>
Actual result:
--
# $ gdb /usr/local/bin/php core.2729
# GNU gdb Red Hat Linux (5.2-2)
# Copyright 2002 Free Software Foundation, Inc.
# GDB is free software, covered by the GNU General Public License, and
you are
# welcome to change it and/or distribute copies of it under certain
conditions.
# Type "show copying" to see the conditions.
# There is absolutely no warranty for GDB. Type "show warranty" for
details.
# This GDB was configured as "i386-redhat-linux"...
# Core was generated by `php dom-replacechild.php'.
# Program terminated with signal 11, Segmentation fault.
# Reading symbols from /lib/libcrypt.so.1...done.
# Loaded symbols for /lib/libcrypt.so.1
# Reading symbols from /usr/lib/libexslt.so.0...done.
# Loaded symbols for /usr/lib/libexslt.so.0
# Reading symbols from /usr/lib/libz.so.1...done.
# Loaded symbols for /usr/lib/libz.so.1
# Reading symbols from /lib/i686/libm.so.6...done.
# Loaded symbols for /lib/i686/libm.so.6
# Reading symbols from /usr/lib/libmysqlclient.so.10...done.
# Loaded symbols for /usr/lib/libmysqlclient.so.10
# Reading symbols from /usr/lib/libbz2.so.1...done.
# Loaded symbols for /usr/lib/libbz2.so.1
# Reading symbols from /lib/libresolv.so.2...done.
# Loaded symbols for /lib/libresolv.so.2
# Reading symbols from /lib/libdl.so.2...done.
# Loaded symbols for /lib/libdl.so.2
# Reading symbols from /lib/libnsl.so.1...done.
# Loaded symbols for /lib/libnsl.so.1
# Reading symbols from /usr/lib/libxslt.so.1...done.
# Loaded symbols for /usr/lib/libxslt.so.1
# Reading symbols from /usr/lib/libxml2.so.2...done.
# Loaded symbols for /usr/lib/libxml2.so.2
# Reading symbols from /lib/i686/libpthread.so.0...done.
# Loaded symbols for /lib/i686/libpthread.so.0
# Reading symbols from /lib/i686/libc.so.6...done.
# Loaded symbols for /lib/i686/libc.so.6
# Reading symbols from /lib/ld-linux.so.2...done.
# Loaded symbols for /lib/ld-linux.so.2
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# (gdb) bt
# #0 0x401a60c0 in xmlStrEqual () from /usr/lib/libxml2.so.2
# #1 0x40160043 in xmlSearchNsByHref () from /usr/lib/libxml2.so.2
# #2 0x401602ae in xmlNewReconciliedNs () from /usr/lib/libxml2.so.2
# #3 0x4016048a in xmlReconciliateNs () from /usr/lib/libxml2.so.2
# #4 0x0808ac48 in zif_dom_node_replace_child (ht=2,
return_value=0x8906d44, this_ptr=0x859ace4, return_value_used=0)
# at /usr/local/src/php-5.0.4/ext/dom/node.c:1187
# #5 0x081d04fb in zend_do_fcall_common_helper
(execute_data=0xbfffd730, opline=0x841f424, op_array=0x841812c)
# at /usr/local/src/php-5.0.4/Zend/zend_execute.c:2727
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# #7 0x0819b2c5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/local/src/php-5.0.4/Zend/zend.c:1069
# #8 0x0816d7aa in php_execute_script (primary_file=0xbad0) at
/usr/local/src/php-5.0.4/main/main.c:1632
# #9 0x081d914c in main (argc=2, argv=0xbb74) at
/usr/local/src/php-5.0.4/sapi/cli/php_cli.c:946
# #10 0x42017589 in __libc_start_main () from /lib/i686/libc.so.6
# (gdb) frame 6
# #6 0x081b781a in execute (op_array=0x841812c) at
/usr/local/src/php-5.0.4/Zend/zend_execute.c:1406
# 1406 if (EX(opline)->handler(&execute_data, EX(opline), op_array
TSRMLS_CC)) {
# (gdb) print (char
*)(executor_globals.function_state_ptr->function)->common.function_name
# $1 = 0x81db7a9 "replaceChild"
# (gdb)
--
Edit this bug report at http://bugs.php.net/?id=33743&edit=1
#33745 [NEW]: Errors compiling on x86_64 platform
From: jap1968 at yahoo dot es Operating system: Fedora Core 4 PHP version: 5.0.4 PHP Bug Type: Compile Failure Bug description: Errors compiling on x86_64 platform Description: I am having a lot of problems when trying to compile PHP on a Fedora Core 4 (x86_64) just out of the box. They seem to be related to problems in finding the 64bit versions of the libraries Initially I had problems to compile with MySQL support, but those where solved adding LDFLAGS=' -L/usr/lib64/mysql' when launching the '.configure' command. Then, manually replacing '-L/usr/lib/mysql' with '-L/usr/lib64/mysql' when running the libtool command (just at the end of the 'make' process). With these changes I can compile PHP with MySQL both in 64 bit version, but I am having a similar problem compiling with the graphic library GD (--wityh-gd) and even telling explicitly the path of the 64 bit libraries, it always complain about not finding the libraries. As I told before, Is a FC4-x86_64 distro just installed, 'out of the box' without any changes. Reproduce code: --- LDFLAGS=' -L/usr/lib64 -L/usr/lib64/mysql' ./configure \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc \ --with-zlib \ --without-sqlite \ --with-gd \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 Expected result: Makefile created! Actual result: -- checking for GD support... yes checking for the location of libjpeg... /usr/lib64 checking for the location of libpng... /usr/lib64 .. configure: error: libjpeg.(a|so) not found. Note: Both, libjpeg.a and libjpeg.so are located on my /usr/lib64 directory -- Edit bug report at http://bugs.php.net/?id=33745&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33745&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33745&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33745&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33745&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33745&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33745&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33745&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33745&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33745&r=support Expected behavior: http://bugs.php.net/fix.php?id=33745&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33745&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33745&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33745&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33745&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33745&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33745&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33745&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33745&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33745&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33745&r=mysqlcfg
#33745 [Opn->Fbk]: Errors compiling on x86_64 platform
ID: 33745 Updated by: [EMAIL PROTECTED] Reported By: jap1968 at yahoo dot es -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Fedora Core 4 PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-18 12:13:02] jap1968 at yahoo dot es Description: I am having a lot of problems when trying to compile PHP on a Fedora Core 4 (x86_64) just out of the box. They seem to be related to problems in finding the 64bit versions of the libraries Initially I had problems to compile with MySQL support, but those where solved adding LDFLAGS=' -L/usr/lib64/mysql' when launching the '.configure' command. Then, manually replacing '-L/usr/lib/mysql' with '-L/usr/lib64/mysql' when running the libtool command (just at the end of the 'make' process). With these changes I can compile PHP with MySQL both in 64 bit version, but I am having a similar problem compiling with the graphic library GD (--wityh-gd) and even telling explicitly the path of the 64 bit libraries, it always complain about not finding the libraries. As I told before, Is a FC4-x86_64 distro just installed, 'out of the box' without any changes. Reproduce code: --- LDFLAGS=' -L/usr/lib64 -L/usr/lib64/mysql' ./configure \ --with-apxs2=/usr/sbin/apxs \ --with-config-file-path=/etc \ --with-zlib \ --without-sqlite \ --with-gd \ --with-jpeg-dir=/usr/lib64 \ --with-png-dir=/usr/lib64 Expected result: Makefile created! Actual result: -- checking for GD support... yes checking for the location of libjpeg... /usr/lib64 checking for the location of libpng... /usr/lib64 .. configure: error: libjpeg.(a|so) not found. Note: Both, libjpeg.a and libjpeg.so are located on my /usr/lib64 directory -- Edit this bug report at http://bugs.php.net/?id=33745&edit=1
#33338 [Fbk->Opn]: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 8 User updated by: wim at godden dot net Reported By: wim at godden dot net -Status: Feedback +Status: Open Bug Type: Compile Failure Operating System: Redhat Linux PHP Version: 5CVS-2005-06-14 New Comment: This is the only machine with this specific configuration. The other machines are running Debian. The only one running a webserver there, doesn't even run PHP. Basically, this machine is the only one running PHP on Linux. Previous Comments: [2005-07-18 02:42:20] [EMAIL PROTECTED] Can you or can you not reproduce this on any other machines? [2005-07-17 20:41:47] wim at godden dot net There are no other SSL files on the system. I've removed every instance of every file that was either installed using 'make install' or was in the package. [2005-07-04 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-06-27 00:41:54] [EMAIL PROTECTED] And you're absolutely sure there aren't ANY other OpenSSL header files anywhere in your system? Are you able to reproduce this on any other machine?? [2005-06-22 11:01:47] wim at godden dot net Output of xml2-config --libs --cflags : -L/usr/local/lib -lxml2 -lz -lpthread -lm -I/usr/local/include/libxml2 Makefiles have been sent to you. 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/8 -- Edit this bug report at http://bugs.php.net/?id=8&edit=1
#33733 [Fbk->Opn]: PHP segfaults when using the pspell extension
ID: 33733
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Feedback
+Status: Open
Bug Type: Pspell related
Operating System: linux
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
I don't know what kind of info you want...
Well, here it is the script used (which is above):
Previous Comments:
[2005-07-18 02:30:30] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-07-17 13:21:54] [EMAIL PROTECTED]
Description:
I'm not sure if this is a PHP bug, but here it is:
(gdb) run -a
Starting program: /usr/local/bin/php -a
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 18864)]
Interactive mode enabled
php > $pspell_link = pspell_new('en');
php > pspell_config_mode($pspell_link, PSPELL_FAST);
*** glibc detected *** corrupted double-linked list: 0x0844e7f0 ***
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 18864)]
0xb79b43e1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb79b43e1 in kill () from /lib/libc.so.6
#1 0xb7aac131 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7aac4ab in raise () from /lib/libpthread.so.0
#3 0xb79b4174 in raise () from /lib/libc.so.6
#4 0xb79b564d in abort () from /lib/libc.so.6
#5 0xb79f0030 in mallopt () from /lib/libc.so.6
#6 0xb79ef03c in mallopt () from /lib/libc.so.6
#7 0xb79ee6ea in mallopt () from /lib/libc.so.6
#8 0xb79ed803 in malloc () from /lib/libc.so.6
#9 0x081fbd51 in _emalloc (size=18864) at
/cvs/php-src/Zend/zend_alloc.c:181
#10 0x0820909d in op_array_alloc_ops (op_array=0x84a0b54)
at /cvs/php-src/Zend/zend_opcode.c:48
#11 0x08209107 in init_op_array (op_array=0x84a0b54, type=4 '\004',
initial_ops_size=8192) at /cvs/php-src/Zend/zend_opcode.c:68
#12 0x081f64c5 in compile_string (source_string=0xb410,
filename=0x0)
at zend_language_scanner.l:541
#13 0x08207934 in zend_eval_string (str=0x1 ,
retval_ptr=0x0, string_name=0x0)
at /cvs/php-src/Zend/zend_execute_API.c:1030
#14 0x0827fadc in main (argc=2, argv=0xb644)
at /cvs/php-src/sapi/cli/php_cli.c:1024
I have glib 2.3.4 and aspell 0.60.3.
BTW, PHP segfaults when using aspell 0.50.5, so we should probably bump
the version requirements (reference:
http://sf.net/tracker/?func=detail&atid=100245&aid=1238839&group_id=245
--
Edit this bug report at http://bugs.php.net/?id=33733&edit=1
#33747 [NEW]: php5: Too many Oracle-Sessions on INSERT Statements
From: alfred dot trapp at tvi-services dot de Operating system: Linux PHP version: 5.0.4 PHP Bug Type: OCI8 related Bug description: php5: Too many Oracle-Sessions on INSERT Statements Description: We have an application currently running without problems (Fedora 3 + PHP 4.3.3(from source) + apache 1.3.33(from source) + Oracle Client 9.2 oci8). Now we have tested php 5.0.4 with Oracle Client 9.2 / 10.1 connecting to an Oracle 9.2 Database with either ocilogon, ocinlogon and ociplogon making around 500 INSERTS in a loop. On database side we get a so called Oracle Session Explode while inserting, doing around 30 inserts with data and the rest are empty INSERTS without any (NULL) values. Actually there are around 50 Oracle Sessions opened, most of them without any data (detected with PL/SQL-Developer from Allround Automations). Also we get >>Number of Sessions exceeded<< from the Database. On the productive version with php 4.3.3 we have one Oracle Session with all 500 rows full of correct data inserted. Reproduce code: --- Configure Command './configure' '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--with-apxs2' '--disable-rpath' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear=/usr/share/pear' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-oci8=/db/oracle/product/10.1/client' '--with-mime-magic=/usr/share/file/magic.mime' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' Program Code $connection=ocilogon($g_tvp_user, $g_tvp_pw, $g_tvp_sid); $tabellenname="ERGEBNISSE_".$_SESSION['tvipilot']['user_id']; for($i=0;$ihttp://bugs.php.net/?id=33747&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33747&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33747&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33747&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33747&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33747&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33747&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33747&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33747&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33747&r=support Expected behavior: http://bugs.php.net/fix.php?id=33747&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33747&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33747&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33747&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33747&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33747&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33747&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33747&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33747&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33747&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33747&r=mysqlcfg
#33748 [NEW]: htmlentities('ź',ENT_COMPAT,'UTF-8')) returns 'ƒ'
From: jbrzeski at ssn dot pl
Operating system: LINUX
PHP version: 5.0.4
PHP Bug Type: *Languages/Translation
Bug description: htmlentities('ź',ENT_COMPAT,'UTF-8')) returns 'ƒ'
Description:
$value="ź";
htmlentities($value,ENT_COMPAT,'UTF-8')); returns 'ƒ'
--
Edit bug report at http://bugs.php.net/?id=33748&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33748&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33748&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33748&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33748&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33748&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33748&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33748&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33748&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33748&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33748&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33748&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33748&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33748&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33748&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33748&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33748&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33748&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33748&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33748&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33748&r=mysqlcfg
#33748 [Opn->Fbk]: htmlentities('ź',ENT_COMPAT,'UTF-8')) returns 'ƒ'
ID: 33748 Updated by: [EMAIL PROTECTED] Reported By: jbrzeski at ssn dot pl -Status: Open +Status: Feedback -Bug Type: *Languages/Translation +Bug Type: Strings related Operating System: LINUX PHP Version: 5.0.4 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. And what did you expect it to return instead? Previous Comments: [2005-07-18 13:12:00] jbrzeski at ssn dot pl Description: $value="ź"; htmlentities($value,ENT_COMPAT,'UTF-8')); returns 'ƒ' -- Edit this bug report at http://bugs.php.net/?id=33748&edit=1
#33748 [Fbk->Opn]: htmlentities('ź',ENT_COMPAT,'UTF-8')) returns 'ƒ'
ID: 33748 User updated by: jbrzeski at ssn dot pl Reported By: jbrzeski at ssn dot pl -Status: Feedback +Status: Open Bug Type: Strings related Operating System: LINUX PHP Version: 5.0.4 New Comment: >And what did you expect it to return instead? On input is - Latin Small Letter Z With Acute (Small Z Acute) On output I expect Latin Small Letter Z With Acute (Small Z Acute) But function htmlentities($value,ENT_COMPAT,'UTF-8') returns 'ƒ' instead Latin Small Letter Z With Acute (Small Z Acute) Previous Comments: [2005-07-18 13:19:20] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. And what did you expect it to return instead? [2005-07-18 13:12:00] jbrzeski at ssn dot pl Description: $value="ź"; htmlentities($value,ENT_COMPAT,'UTF-8')); returns 'ƒ' -- Edit this bug report at http://bugs.php.net/?id=33748&edit=1
#33734 [Fbk->Opn]: Something strange with COM Object
ID: 33734
User updated by: tommy_wei at hotmail dot com
Reported By: tommy_wei at hotmail dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
Thank you so much "[EMAIL PROTECTED]" your answer is very nice...listen
carefully in the problem and find out why.
I have no any Oleview tool but, I get an idea which make the same
result, you can use your Oleview tool to view something you want.
Try this code...it's well known COM Object
Open("Provider=Microsoft.Jet.OLEDB.4.0; Data
Source=".dirname(__FILE__)."\\".basename("Northwind.mdb"));
$sql="Select * From Customers";
$rs->Open($sql,$conn,1,3);
echo "First Record : ".$rs[1]->Name."=".$rs->Fields->Item[1];
$rs->Close();
$conn->Close();
unset($conn,$rs);
?>
//MS Access XP 2002
//MDAC 2.8
---
Result From 5.0.4
First Record : CompanyName=Alfreds Futterkiste
---
Result From 5.1.0b3 & 5.1.0Dev200507171830
Fatal error: Uncaught exception 'com_exception' with message 'Error
[0x8002000e] Invalid number of
parameters. ' in D:\Project\PHP\test.php:7 Stack trace: #0
D:\Project\PHP\test.php(7): unknown() #1
{main} thrown in D:\Project\PHP\test.php on line 7
With catch exception
Fatal error: Error [0x8002000e] Invalid number of parameters.
At line 7 >> echo "First Record :
".$rs[1]->Name."=".$rs->Fields->Item[1];
The point is >> $rs->Fields->Item[1];
---
Hope this may help...thank you.
Previous Comments:
[2005-07-18 02:43:09] [EMAIL PROTECTED]
I'd like to see the IDL for the methods you are using there, and find
out why it stopped working in 5.1.
The OleView tool is the best bet for this; if you don't have it, the
com_print_typeinfo() function in PHP is better than nothing.
[2005-07-18 02:26:53] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-07-17 17:00:03] tommy_wei at hotmail dot com
Ok you are right...
You said -> The long answer is that atm we cannot support the ()=
syntax and offer
the []= as an alternative
But why this code doesn't work with PHP 5.1.0b3 & The lastest CVS
5.1.0Dev...it works for PHP 5.0.4
IndexOf($user);
$target=$com->Items[$index];//return user object
$target->Password="password";
$com->Items[$index]=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
At line >> $target=$com->Items[$index];
Error is >> [0x8002000e] Invalid number of parameters.
Any idea ?
[2005-07-17 14:53:34] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
[2005-07-17 14:20:37] tommy_wei at hotmail dot com
Description:
I found something strange with COM Object but I'm not sure.
My System
- Windows 2000-2003 Server & XP Pro sp2
- IIS ISAPI
- PHP 5.0.4 & 5.1.0b3 & 5.1.0Dev-200507170630
My code...
IndexOf($user);
$target=$com->Items($index);//return user object
$target->Password="password";
$com->Items($index)=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
The problem is at the line -> $com->Items($index)=$target;
- PHP 5.0.4
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\functions.php on line 580
I don't know why because this works fine with ASP
I changed the code to...
$com->Items[$index]=$target;
It works ! I don't understand why it works ?
I never used [] to pass parameter with any COM object.
- PHP 5.1.0b3 & 5.1.0Dev doesn't work any way both ($index) [$index]
$com->Items($index)=$target;
Error -> Fatal error: Can't use method return value in write context in
D:\Project\PHP\Project\funct
#33745 [Fbk->Opn]: Errors compiling on x86_64 platform
ID: 33745
User updated by: jap1968 at yahoo dot es
Reported By: jap1968 at yahoo dot es
-Status: Feedback
+Status: Open
Bug Type: Compile Failure
Operating System: Fedora Core 4
PHP Version: 5.0.4
New Comment:
I have just the same behaviour using the CVS (php5-200507181030)
version.
If you have a look to the lines 2874..2880 of the configure script,
you'll see:
# Check whether --with-libdir or --without-libdir was given.
if test "${with_libdir+set}" = set; then
withval="$with_libdir"
q=$withval
else
PHP_LIBDIR=lib
fi
The PHP_LIBDIR var is set to 'lib' by default. So the solution is
execute the configure script with an additional parameter:
./configure --with-libdir=lib64 ...
Could the configure script be modified in such way that it does some
kind of test as that?
if uname -m == x86_64 then PHP_LIBDIR=lib64
Sorry, but I'm not very familiar with the shell scripting syntax.
With the additional parameter it seems to work, but I have to recompile
some other modules to place their compiled libs in 'lib64' instead of
'lib' (as they do right now) to do a test with all the modules which I
need in my PHP.
Previous Comments:
[2005-07-18 12:15:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-18 12:13:02] jap1968 at yahoo dot es
Description:
I am having a lot of problems when trying to compile PHP on a Fedora
Core 4 (x86_64) just out of the box.
They seem to be related to problems in finding the 64bit versions of
the libraries
Initially I had problems to compile with MySQL support, but those where
solved adding
LDFLAGS=' -L/usr/lib64/mysql'
when launching the '.configure' command. Then, manually replacing
'-L/usr/lib/mysql' with '-L/usr/lib64/mysql' when running the libtool
command (just at the end of the 'make' process).
With these changes I can compile PHP with MySQL both in 64 bit version,
but I am having a similar problem compiling with the graphic library GD
(--wityh-gd) and even telling explicitly the path of the 64 bit
libraries, it always complain about not finding the libraries.
As I told before, Is a FC4-x86_64 distro just installed, 'out of the
box' without any changes.
Reproduce code:
---
LDFLAGS=' -L/usr/lib64 -L/usr/lib64/mysql' ./configure \
--with-apxs2=/usr/sbin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--without-sqlite \
--with-gd \
--with-jpeg-dir=/usr/lib64 \
--with-png-dir=/usr/lib64
Expected result:
Makefile created!
Actual result:
--
checking for GD support... yes
checking for the location of libjpeg... /usr/lib64
checking for the location of libpng... /usr/lib64
..
configure: error: libjpeg.(a|so) not found.
Note: Both, libjpeg.a and libjpeg.so are located on my /usr/lib64
directory
--
Edit this bug report at http://bugs.php.net/?id=33745&edit=1
#33734 [Opn->Asn]: Something strange with COM Object
ID: 33734
Updated by: [EMAIL PROTECTED]
Reported By: tommy_wei at hotmail dot com
-Status: Open
+Status: Assigned
Bug Type: COM related
Operating System: 2000 & 2003 & XP Pro SP2
PHP Version: 5CVS-2005-07-17 (dev)
-Assigned To:
+Assigned To: wez
Previous Comments:
[2005-07-18 14:26:03] tommy_wei at hotmail dot com
Thank you so much "[EMAIL PROTECTED]" your answer is very nice...listen
carefully in the problem and find out why.
I have no any Oleview tool but, I get an idea which make the same
result, you can use your Oleview tool to view something you want.
Try this code...it's well known COM Object
Open("Provider=Microsoft.Jet.OLEDB.4.0; Data
Source=".dirname(__FILE__)."\\".basename("Northwind.mdb"));
$sql="Select * From Customers";
$rs->Open($sql,$conn,1,3);
echo "First Record : ".$rs[1]->Name."=".$rs->Fields->Item[1];
$rs->Close();
$conn->Close();
unset($conn,$rs);
?>
//MS Access XP 2002
//MDAC 2.8
---
Result From 5.0.4
First Record : CompanyName=Alfreds Futterkiste
---
Result From 5.1.0b3 & 5.1.0Dev200507171830
Fatal error: Uncaught exception 'com_exception' with message 'Error
[0x8002000e] Invalid number of
parameters. ' in D:\Project\PHP\test.php:7 Stack trace: #0
D:\Project\PHP\test.php(7): unknown() #1
{main} thrown in D:\Project\PHP\test.php on line 7
With catch exception
Fatal error: Error [0x8002000e] Invalid number of parameters.
At line 7 >> echo "First Record :
".$rs[1]->Name."=".$rs->Fields->Item[1];
The point is >> $rs->Fields->Item[1];
---
Hope this may help...thank you.
[2005-07-18 02:43:09] [EMAIL PROTECTED]
I'd like to see the IDL for the methods you are using there, and find
out why it stopped working in 5.1.
The OleView tool is the best bet for this; if you don't have it, the
com_print_typeinfo() function in PHP is better than nothing.
[2005-07-18 02:26:53] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-07-17 17:00:03] tommy_wei at hotmail dot com
Ok you are right...
You said -> The long answer is that atm we cannot support the ()=
syntax and offer
the []= as an alternative
But why this code doesn't work with PHP 5.1.0b3 & The lastest CVS
5.1.0Dev...it works for PHP 5.0.4
IndexOf($user);
$target=$com->Items[$index];//return user object
$target->Password="password";
$com->Items[$index]=$target;//to update user's information
unset($com);
}catch(Exception $exp){
echo $exp->getMessage();
}
?>
At line >> $target=$com->Items[$index];
Error is >> [0x8002000e] Invalid number of parameters.
Any idea ?
[2005-07-17 14:53:34] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The short answer is PHP is different from ASP.
The long answer is that atm we cannot support the ()= syntax and offer
the []= as an alternative.
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/33734
--
Edit this bug report at http://bugs.php.net/?id=33734&edit=1
#33749 [NEW]: Return by reference issue
From: o dot persson at gmail dot com
Operating system: Linux
PHP version: 4.4.0
PHP Bug Type: Variables related
Bug description: Return by reference issue
Description:
My hosting company upgraded PHP 4.3 to 4.4 a week ago and an old function
stopped working.
It returns an object by reference -- but after the changes in 4.4 it
doesn't work as expected.
Reproduce code:
---
class Foo {
var $bar;
}
$_array = array();
function &new_foo() {
global $_array;
$_array[] = new Foo();
return ($_array[count($_array) - 1]); // return the object at end()
}
for ($i = 0; $i < 2; $i++) {
$foo = &new_foo();
$foo->bar = 'foobar'.$i;
}
print_r($_array);
Expected result:
In PHP 4.4, change the function to this:
function &new_foo() {
$object = new Foo();
$GLOBALS['_array'][] = &$object;
return ($object);
}
The result will then be as in PHP 4.3:
Array
(
[0] => foo Object
(
[bar] => foobar0
)
[1] => foo Object
(
[bar] => foobar1
)
)
Actual result:
--
Array
(
[0] => foo Object
(
[bar] =>
)
[1] => foo Object
(
[bar] =>
)
)
--
Edit bug report at http://bugs.php.net/?id=33749&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33749&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33749&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33749&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33749&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33749&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33749&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33749&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33749&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33749&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33749&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33749&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33749&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33749&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33749&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33749&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33749&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33749&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33749&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33749&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33749&r=mysqlcfg
#33736 [Opn->Fbk]: PDO confuses pgsql cast operator with named parameter
ID: 33736 Updated by: [EMAIL PROTECTED] Reported By: php at sagi dot org -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-17 20:04:17] php at sagi dot org Description: I'm trying to execute a query similar to this: INSERT INTO table (name, created_at) VALUES (:name, FROM_UNIXTIME(:created_at)::TIMESTAMP); On postgres7.4. FROM_UNIXTIME is a custom function, I try to cast its value to TIMESTAMP using the '::' operator. However, PDO thinks ':TIMESTAMP' is a name of another parameter, so it throws this exception: 'SQLSTATE[HY093]: Invalid parameter number: parameter was not defined' Perhaps PDO should not treat '::' as a parameter or at least provide a way to escape ':'. -- Edit this bug report at http://bugs.php.net/?id=33736&edit=1
#33736 [Fbk]: PDO confuses pgsql cast operator with named parameter
ID: 33736 Updated by: [EMAIL PROTECTED] Reported By: php at sagi dot org Status: Feedback Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 New Comment: Please try the snap dated *after* this message. Previous Comments: [2005-07-18 16:47:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-17 20:04:17] php at sagi dot org Description: I'm trying to execute a query similar to this: INSERT INTO table (name, created_at) VALUES (:name, FROM_UNIXTIME(:created_at)::TIMESTAMP); On postgres7.4. FROM_UNIXTIME is a custom function, I try to cast its value to TIMESTAMP using the '::' operator. However, PDO thinks ':TIMESTAMP' is a name of another parameter, so it throws this exception: 'SQLSTATE[HY093]: Invalid parameter number: parameter was not defined' Perhaps PDO should not treat '::' as a parameter or at least provide a way to escape ':'. -- Edit this bug report at http://bugs.php.net/?id=33736&edit=1
#33717 [Asn->Fbk]: PDO_SQLITE: crash when a query contains ':memory:'
ID: 33717
Updated by: [EMAIL PROTECTED]
Reported By: fhenninot at freesurf dot fr
-Status: Assigned
+Status: Feedback
Bug Type: PDO related
Operating System: Linux
PHP Version: 5.1.0b3
Assigned To: wez
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
Seems to work for me with CVS HEAD.
Please try the snap dated after this message to confirm; a
self-contained test case will help to really nail the problem if it
persists.
Previous Comments:
[2005-07-18 02:28:19] [EMAIL PROTECTED]
See also bug #33737
[2005-07-16 20:04:49] fhenninot at freesurf dot fr
The two problem seem identical!
I've generate the backtrace!
#0 _efree (ptr=0x0) at /usr/src/php-5.1.0b3/Zend/zend_alloc.c:285
#1 0x4042f880 in free_statement (stmt=0x821ae24) at
/usr/src/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937
#2 0x40568d09 in zend_objects_store_del_ref (zobject=0x821ae24)
at /usr/src/php-5.1.0b3/Zend/zend_objects_API.c:161
#3 0x405487f1 in _zval_ptr_dtor (zval_ptr=0x82184b0) at
zend_variables.h:35
#4 0x4055ba6d in zend_hash_apply_deleter (ht=0x406c8c50, p=0x82184a4)
at /usr/src/php-5.1.0b3/Zend/zend_hash.c:574
#5 0x4055bad7 in zend_hash_graceful_reverse_destroy (ht=0x406c8c50) at
/usr/src/php-5.1.0b3/Zend/zend_hash.c:640
#6 0x40548e54 in shutdown_executor () at
/usr/src/php-5.1.0b3/Zend/zend_execute_API.c:216
#7 0x40554433 in zend_deactivate () at
/usr/src/php-5.1.0b3/Zend/zend.c:823
#8 0x4051d777 in php_request_shutdown (dummy=0x0) at
/usr/src/php-5.1.0b3/main/main.c:1238
#9 0x405d7d94 in php_handler (r=0x8209c30) at
/usr/src/php-5.1.0b3/sapi/apache2handler/sapi_apache2.c:443
#10 0x0807e86b in ap_run_handler (r=0x8209c30) at config.c:151
#11 0x0807edee in ap_invoke_handler (r=0x8209c30) at config.c:363
#12 0x0806d4cb in ap_process_request (r=0x8209c30) at
http_request.c:246
#13 0x080691ec in ap_process_http_connection (c=0x82053b8) at
http_core.c:250
#14 0x0808861b in ap_run_process_connection (c=0x82053b8) at
connection.c:42
#15 0x0807d346 in child_main (child_num_arg=0) at prefork.c:609
#16 0x0807d45d in make_child (s=0x80be7e0, slot=0) at prefork.c:649
#17 0x0807d524 in startup_children (number_to_start=5) at
prefork.c:721
#18 0x0807db8d in ap_mpm_run (_pconf=0x80ba0a8, plog=0x80f2188,
s=0x80be7e0) at prefork.c:940
#19 0x08082fda in main (argc=2, argv=0xb7d4) at main.c:617
[2005-07-16 16:09:25] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Please provide a backtrace for both of those crashes
[2005-07-16 10:53:34] fhenninot at freesurf dot fr
hi wez!
thank you for your help! but!!
If i use parameters, this don't crash apache!! ok!
but if my table haven't record like the parameter (now not only
'::memory') then that kill the PHP script!!
I've test it on beta2 and this work properly but with beta3 crashed.
[2005-07-15 23:33:22] [EMAIL PROTECTED]
Doh. Like this:
$stmt = $db->prepare("SELECT * from database where location like ?");
$stmt->execute(array(":memory:"));
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/33717
--
Edit this bug report at http://bugs.php.net/?id=33717&edit=1
#33737 [Asn->Fbk]: PDO::SQLite crashes
ID: 33737 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Assigned +Status: Feedback Bug Type: PDO related Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 Assigned To: wez New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works for me with CVS HEAD. Please try the snap dated after this message to confirm. Previous Comments: [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [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 , 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 to avoid embedding huge scripts into the report. We really need a reproducable script... [2005-07-17 23:44:33] leon at lost dot co dot nz Description: My fairly complex object orientated PHP5 app consistently segfaults when trying to run code with particular parameters. I've been trying to fix this problem since 5.1b1, through lots of recent CVS snapshots, and now this morning with 5.1b3 -- I'm now pretty sure it's a PHP problem. The code in question is my apps unit test framework. A tester object dynamically creates instances of my application's objects as well as a test class for each app. object. The tester runs methods in the test class against the app. object. $testObject = new $testClassName(); The same page is run with the names of class to be tested as a parameter. Currently, it consistantly segfaults when trying to test my PDO SQLite wrapper, although it is giving 'unusual' warnings (I suspect memory corruption, for reasons given below) when testing another object (a mcrypt wrapper): NOTICE: Use of undefined constant - assumed '' There are about 20 other objects that test fine. Reproduce code: --- Unfortunately I have not been able to produce a snippet that reproduces the behaviour -- the same PHP code seems to work great with some inputs. I'm not sure what more to do for now. I'll run whatever tests you like to try to get to the bottom of the problem. Actual result: -- As well as the segfault described above I have also seen, with the same test, memory corruption in a previous snapshot of PHP5.1 -- PHP 'notices' about undefined constants where the constants are long strings of what looked like completely random data. Backtrace of last segfault: -- # gdb /usr/sbin/apache2 ... (gdb) run -X Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1214132096 (LWP 8340)] _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 285 CALCULATE_REAL_SIZE_AND_CACHE_INDEX(p->size); (gdb) bt #0 _efree (ptr=0x0) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_alloc.c:285 #1 0xb775e7ee in free_statement (stmt=0x8337d4c, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/ext/pdo/pdo_stmt.c:1937 #2 0xb78bf664 in zend_objects_store_del_ref (zobject=0x8339484, tsrm_ls=0x8168258) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_objects_API.c:161 #3 0xb78a5b14 in _zval_dtor_func (zvalue=0x8339484) at /tmp/nz.php.net/distributions/php-5.1.0b3/Zend/zend_variables.c:52 #4 0xb775a5
#33749 [Opn->Fbk]: Return by reference issue
ID: 33749
Updated by: [EMAIL PROTECTED]
Reported By: o dot persson at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Variables related
Operating System: Linux
PHP Version: 4.4.0
New Comment:
Try with error_reporting(E_ALL) at the start of your script...
Previous Comments:
[2005-07-18 16:30:25] o dot persson at gmail dot com
Description:
My hosting company upgraded PHP 4.3 to 4.4 a week ago and an old
function stopped working.
It returns an object by reference -- but after the changes in 4.4 it
doesn't work as expected.
Reproduce code:
---
class Foo {
var $bar;
}
$_array = array();
function &new_foo() {
global $_array;
$_array[] = new Foo();
return ($_array[count($_array) - 1]); // return the object at
end()
}
for ($i = 0; $i < 2; $i++) {
$foo = &new_foo();
$foo->bar = 'foobar'.$i;
}
print_r($_array);
Expected result:
In PHP 4.4, change the function to this:
function &new_foo() {
$object = new Foo();
$GLOBALS['_array'][] = &$object;
return ($object);
}
The result will then be as in PHP 4.3:
Array
(
[0] => foo Object
(
[bar] => foobar0
)
[1] => foo Object
(
[bar] => foobar1
)
)
Actual result:
--
Array
(
[0] => foo Object
(
[bar] =>
)
[1] => foo Object
(
[bar] =>
)
)
--
Edit this bug report at http://bugs.php.net/?id=33749&edit=1
#33533 [Opn->Fbk]: PDO_ODBC: Segmentation Fault with selecting informix text column
ID: 33533
Updated by: [EMAIL PROTECTED]
Reported By: scott dot barnett at thuringowa dot qld dot gov dot au
-Status: Open
+Status: Feedback
Bug Type: PDO related
Operating System: CentOS 4.1 / Redhat Enterprise 4
PHP Version: 5CVS-2005-07-04
New Comment:
Can you do that again, this time type in:
bt
f 3
info locals
thanks!
Previous Comments:
[2005-07-15 00:10:11] scott dot barnett at thuringowa dot qld dot gov
dot au
Program received signal SIGSEGV, Segmentation fault.
0x0060f7a2 in ?? () from /lib/ld-linux.so.2
(gdb) bt
#0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2
#1 0x0064fc76 in kill () from /lib/tls/libc.so.6
#2 0x00ec4f14 in _emalloc (size=2147483648, __zend_filename=0xf5c5b4
"/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c",
__zend_lineno=393, __zend_orig_filename=0x0,
__zend_orig_lineno=0) at
/usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191
#3 0x00d58c90 in odbc_stmt_describe (stmt=0x9979184, colno=1) at
/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393
#4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x9979184) at
/usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168
#5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x9916b9c,
return_value_ptr=0x0, this_ptr=0x99169f4, return_value_used=1) at
/usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912
#6 0x00f03eaa in zend_do_fcall_common_helper_SPEC
(execute_data=0xbffa4390) at
/usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184
#7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbffa4390) at
/usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299
#8 0x00f03b8b in execute (op_array=0x9911b04) at
/usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87
#9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0,
file_count=3) at /usr/src/apache/php5-200507122030/Zend/zend.c:1087
#10 0x00e9c995 in php_execute_script (primary_file=0xbffa6710) at
/usr/src/apache/php5-200507122030/main/main.c:1672
#11 0x00f48616 in php_handler (r=0x9902bf8) at
/usr/src/apache/php5-200507122030/sapi/apache2handler/sapi_apache2.c:555
#12 0x0809953a in ap_run_handler (r=0x9902bf8) at config.c:152
#13 0x08099905 in ap_invoke_handler (r=0x9902bf8) at config.c:364
#14 0x0808255d in ap_process_request (r=0x9902bf8) at
http_request.c:249
#15 0x0807e225 in ap_process_http_connection (c=0x98fc960) at
http_core.c:251
#16 0x080a2a02 in ap_run_process_connection (c=0x98fc960) at
connection.c:43
#17 0x08097d15 in child_main (child_num_arg=0) at prefork.c:610
#18 0x08097f09 in make_child (s=0x9791a08, slot=0) at prefork.c:650
#19 0x08097fd0 in startup_children (number_to_start=5) at
prefork.c:722
#20 0x080986a3 in ap_mpm_run (_pconf=0xbffa6a60, plog=0x97c6190,
s=0xbffa6a64) at prefork.c:941
#21 0x0809d7a3 in main (argc=2, argv=0xbffa6c04) at main.c:618
(gdb) f 3
#3 0x00d58c90 in odbc_stmt_describe (stmt=0x9979184, colno=1) at
/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393
393 S->cols[colno].data = emalloc(colsize+1);
(gdb) p *col
$1 = {name = 0x99751d4 "textcol", namelen = 7, maxlen = 2147483647,
param_type = PDO_PARAM_NULL, precision = 0, dbdo_data = 0x0}
[2005-07-14 10:23:45] [EMAIL PROTECTED]
Thanks. Could you also do this:
---
bt
f 3
p *col
---
And paste the output here.
Thanks in advance.
[2005-07-14 01:21:08] scott dot barnett at thuringowa dot qld dot gov
dot au
#0 0x0060f7a2 in ?? () from /lib/ld-linux.so.2
#1 0x0064fc76 in kill () from /lib/tls/libc.so.6
#2 0x00ec4f14 in _emalloc (size=2147483648,
__zend_filename=0xf5c5b4
"/usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c",
__zend_lineno=393, __zend_orig_filename=0x0, __zend_orig_lineno=0)
at /usr/src/apache/php5-200507122030/Zend/zend_alloc.c:191
#3 0x00d58c90 in odbc_stmt_describe (stmt=0x8c2a244, colno=1)
at /usr/src/apache/php5-200507122030/ext/pdo_odbc/odbc_stmt.c:393
#4 0x00d5140c in pdo_stmt_describe_columns (stmt=0x8c2a244)
at /usr/src/apache/php5-200507122030/ext/pdo/pdo_stmt.c:168
#5 0x00d508c3 in zif_PDO_query (ht=2, return_value=0x8bc7c7c,
return_value_ptr=0x0,
this_ptr=0x8bc7ad4, return_value_used=1)
at /usr/src/apache/php5-200507122030/ext/pdo/pdo_dbh.c:912
#6 0x00f03eaa in zend_do_fcall_common_helper_SPEC
(execute_data=0xbff8a6e0)
at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:184
#7 0x00f04713 in ZEND_DO_FCALL_BY_NAME_SPEC_HANDLER
(execute_data=0xbff8a6e0)
at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:299
#8 0x00f03b8b in execute (op_array=0x8bc2bbc)
at /usr/src/apache/php5-200507122030/Zend/zend_vm_execute.h:87
#9 0x00edd699 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/apache/php5-2
#33750 [NEW]: Solution to ID's 8527 & 8588 not working for me
From: checkforabcd at yahoo dot com Operating system: WinXP PHP version: 4.3.11 PHP Bug Type: Session related Bug description: Solution to ID's 8527 & 8588 not working for me Description: I have checked the bug reports with ID 8527 & 8588 which were having exactly the same problem as mine with the only difference that the solution given for them isn't working in my case, ie, I set the "session.cookie_path" to "/" & still the problem just won't go away. Please help... Reproduce code: --- checkuser.php //location :surevin.com/tender/checkuser.php http://www.surevin.com/tender/radmin/secondpage.php'); exit(); ?> secondpage.php Expected result: The value of madmin is : abcd Actual result: -- The value of madmin is : -- Edit bug report at http://bugs.php.net/?id=33750&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33750&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33750&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33750&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33750&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33750&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33750&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33750&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33750&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33750&r=support Expected behavior: http://bugs.php.net/fix.php?id=33750&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33750&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33750&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33750&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33750&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33750&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33750&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33750&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33750&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33750&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33750&r=mysqlcfg
#33751 [NEW]: jpeg support
From: rob at tdd dot org dot uk Operating system: Debian GNU/Linux 3.0 PHP version: 5.0.4 PHP Bug Type: GD related Bug description: jpeg support Description: I upgraded from php-5.0.3 to php-5.0.4. I used EXACTLY the same configuration options as php-5.0.3 and jpeg support was removed from gd in php-5.0.4. Both versions of php build and install successfully. ./configure --with-gd --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --with-pspell --with-memcache --enable-soap --enable-exif --with-tidy --with-curl --with-png-dir=/usr/local --with-zlib-dir=/usr/lib --enable-force-cgi-redirect --with-gettext --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local -- Edit bug report at http://bugs.php.net/?id=33751&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33751&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33751&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33751&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33751&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33751&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33751&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33751&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33751&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33751&r=support Expected behavior: http://bugs.php.net/fix.php?id=33751&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33751&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33751&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33751&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33751&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33751&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33751&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33751&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33751&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33751&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33751&r=mysqlcfg
#33753 [NEW]: SOAP Client not parsing boolean types correctly
From: smr at kerridge dot com
Operating system: Win XP
PHP version: 5.1.0b2
PHP Bug Type: SOAP related
Bug description: SOAP Client not parsing boolean types correctly
Description:
I believe that there is a problem with the SOAP client in that it is not
correctly parsing parameters that are specified in teh WSDL as
xsd:boolean. The app that I am connecting to requires boolean values of
true and false, however PHP soap is translating true to 1 and false to
blank/null.
Reproduce code:
---
SoapServer.php
99.42
);
function getQuote($booltest, $symbol) {
global $quotes;
return $quotes[$symbol] . " And the boolean value is {$booltest}";
}
ini_set("soap.wsdl_cache_enabled", "0");
$server = new SoapServer("stockquote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
SoapClient.php
getQuote(false,"ibm"));
?>
Expected result:
NB: You will need to create a WSDL for the above. Use the one from Dmitry
Stogov's examples and change:
Expected result:
99.42 And the boolean value is false
Actual result:
--
99.42 And the boolean value is
--
Edit bug report at http://bugs.php.net/?id=33753&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33753&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33753&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33753&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33753&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33753&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33753&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33753&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33753&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33753&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33753&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33753&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33753&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33753&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33753&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33753&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33753&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33753&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33753&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33753&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33753&r=mysqlcfg
#33751 [Opn->Bgs]: jpeg support
ID: 33751 Updated by: [EMAIL PROTECTED] Reported By: rob at tdd dot org dot uk -Status: Open +Status: Bogus Bug Type: GD related Operating System: Debian GNU/Linux 3.0 PHP Version: 5.0.4 New Comment: Works fine for me (and there weren't any changes between 5.0.3 and 5.0.4 which could have broken it). There's just something wrong with your system. (check config.log, there you most likely will find the reason the check failed) Also: paths like /usr/lib do NOT WORK! (they never did and they never will, drop the /lib part from those!) Previous Comments: [2005-07-18 17:30:03] rob at tdd dot org dot uk Description: I upgraded from php-5.0.3 to php-5.0.4. I used EXACTLY the same configuration options as php-5.0.3 and jpeg support was removed from gd in php-5.0.4. Both versions of php build and install successfully. ./configure --with-gd --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --with-pspell --with-memcache --enable-soap --enable-exif --with-tidy --with-curl --with-png-dir=/usr/local --with-zlib-dir=/usr/lib --enable-force-cgi-redirect --with-gettext --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local -- Edit this bug report at http://bugs.php.net/?id=33751&edit=1
#33752 [NEW]: safe_mode UID checks modification
From: mordae at mordae dot net Operating system: all POSIX PHP version: 4.3.11 PHP Bug Type: Feature/Change Request Bug description: safe_mode UID checks modification Description: For the first, we all know what PHP does in (un)safe_mode. There has to be some solution of this problem. You have disagreed with all previous, so what about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file in addition of file's and if any of parent directories are owned by correct user, allow access. To improve security, you could also check if all directories "above" are owned by the user, who runs PHP. See Titov's patch at http://titov.net/safemodepatch/ Thank you Mordae -- Edit bug report at http://bugs.php.net/?id=33752&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33752&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33752&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33752&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33752&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33752&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33752&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33752&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33752&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33752&r=support Expected behavior: http://bugs.php.net/fix.php?id=33752&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33752&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33752&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33752&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33752&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33752&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33752&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33752&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33752&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33752&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33752&r=mysqlcfg
#33747 [Opn->Fbk]: php5: Too many Oracle-Sessions on INSERT Statements
ID: 33747 Updated by: [EMAIL PROTECTED] Reported By: alfred dot trapp at tvi-services dot de -Status: Open +Status: Feedback Bug Type: OCI8 related Operating System: Linux PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-18 13:05:22] alfred dot trapp at tvi-services dot de Description: We have an application currently running without problems (Fedora 3 + PHP 4.3.3(from source) + apache 1.3.33(from source) + Oracle Client 9.2 oci8). Now we have tested php 5.0.4 with Oracle Client 9.2 / 10.1 connecting to an Oracle 9.2 Database with either ocilogon, ocinlogon and ociplogon making around 500 INSERTS in a loop. On database side we get a so called Oracle Session Explode while inserting, doing around 30 inserts with data and the rest are empty INSERTS without any (NULL) values. Actually there are around 50 Oracle Sessions opened, most of them without any data (detected with PL/SQL-Developer from Allround Automations). Also we get >>Number of Sessions exceeded<< from the Database. On the productive version with php 4.3.3 we have one Oracle Session with all 500 rows full of correct data inserted. Reproduce code: --- Configure Command './configure' '--build=i686-redhat-linux-gnu' '--host=i686-redhat-linux-gnu' '--target=i386-redhat-linux-gnu' '--program-prefix=' '--prefix=/usr' '--exec-prefix=/usr' '--bindir=/usr/bin' '--sbindir=/usr/sbin' '--sysconfdir=/etc' '--datadir=/usr/share' '--includedir=/usr/include' '--libdir=/usr/lib' '--libexecdir=/usr/libexec' '--localstatedir=/var' '--sharedstatedir=/usr/com' '--mandir=/usr/share/man' '--infodir=/usr/share/info' '--cache-file=../config.cache' '--with-libdir=lib' '--with-config-file-path=/etc' '--with-config-file-scan-dir=/etc/php.d' '--disable-debug' '--with-pic' '--with-apxs2' '--disable-rpath' '--with-bz2' '--with-curl' '--with-exec-dir=/usr/bin' '--with-freetype-dir=/usr' '--with-png-dir=/usr' '--enable-gd-native-ttf' '--without-gdbm' '--with-gettext' '--with-gmp' '--with-iconv' '--with-jpeg-dir=/usr' '--with-openssl' '--with-png' '--with-pspell' '--with-expat-dir=/usr' '--with-pcre-regex=/usr' '--with-zlib' '--with-layout=GNU' '--enable-exif' '--enable-ftp' '--enable-magic-quotes' '--enable-sockets' '--enable-sysvsem' '--enable-sysvshm' '--enable-sysvmsg' '--enable-track-vars' '--enable-trans-sid' '--enable-yp' '--enable-wddx' '--with-pear=/usr/share/pear' '--with-kerberos' '--enable-ucd-snmp-hack' '--with-unixODBC=shared,/usr' '--enable-memory-limit' '--enable-shmop' '--enable-calendar' '--enable-dbx' '--enable-dio' '--with-oci8=/db/oracle/product/10.1/client' '--with-mime-magic=/usr/share/file/magic.mime' '--without-sqlite' '--with-libxml-dir=/usr' '--with-xml' '--with-apxs2=/usr/sbin/apxs' '--without-mysql' '--without-gd' '--without-odbc' '--disable-dom' '--disable-dba' Program Code $connection=ocilogon($g_tvp_user, $g_tvp_pw, $g_tvp_sid); $tabellenname="ERGEBNISSE_".$_SESSION['tvipilot']['user_id']; for($i=0;$ihttp://bugs.php.net/?id=33747&edit=1
#33745 [Opn->Bgs]: Errors compiling on x86_64 platform
ID: 33745
Updated by: [EMAIL PROTECTED]
Reported By: jap1968 at yahoo dot es
-Status: Open
+Status: Bogus
Bug Type: Compile Failure
Operating System: Fedora Core 4
PHP Version: 5.0.4
New Comment:
When you want to compile 32bit binary, the libs are supposed to be
under /lib, when you compile 64bit binary they're supposed to be under
/lib64. Just use the option, that's what it's there for. (no, we're not
going to add any magical detection for this)
Previous Comments:
[2005-07-18 14:57:06] jap1968 at yahoo dot es
I have just the same behaviour using the CVS (php5-200507181030)
version.
If you have a look to the lines 2874..2880 of the configure script,
you'll see:
# Check whether --with-libdir or --without-libdir was given.
if test "${with_libdir+set}" = set; then
withval="$with_libdir"
q=$withval
else
PHP_LIBDIR=lib
fi
The PHP_LIBDIR var is set to 'lib' by default. So the solution is
execute the configure script with an additional parameter:
./configure --with-libdir=lib64 ...
Could the configure script be modified in such way that it does some
kind of test as that?
if uname -m == x86_64 then PHP_LIBDIR=lib64
Sorry, but I'm not very familiar with the shell scripting syntax.
With the additional parameter it seems to work, but I have to recompile
some other modules to place their compiled libs in 'lib64' instead of
'lib' (as they do right now) to do a test with all the modules which I
need in my PHP.
[2005-07-18 12:15:12] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-18 12:13:02] jap1968 at yahoo dot es
Description:
I am having a lot of problems when trying to compile PHP on a Fedora
Core 4 (x86_64) just out of the box.
They seem to be related to problems in finding the 64bit versions of
the libraries
Initially I had problems to compile with MySQL support, but those where
solved adding
LDFLAGS=' -L/usr/lib64/mysql'
when launching the '.configure' command. Then, manually replacing
'-L/usr/lib/mysql' with '-L/usr/lib64/mysql' when running the libtool
command (just at the end of the 'make' process).
With these changes I can compile PHP with MySQL both in 64 bit version,
but I am having a similar problem compiling with the graphic library GD
(--wityh-gd) and even telling explicitly the path of the 64 bit
libraries, it always complain about not finding the libraries.
As I told before, Is a FC4-x86_64 distro just installed, 'out of the
box' without any changes.
Reproduce code:
---
LDFLAGS=' -L/usr/lib64 -L/usr/lib64/mysql' ./configure \
--with-apxs2=/usr/sbin/apxs \
--with-config-file-path=/etc \
--with-zlib \
--without-sqlite \
--with-gd \
--with-jpeg-dir=/usr/lib64 \
--with-png-dir=/usr/lib64
Expected result:
Makefile created!
Actual result:
--
checking for GD support... yes
checking for the location of libjpeg... /usr/lib64
checking for the location of libpng... /usr/lib64
..
configure: error: libjpeg.(a|so) not found.
Note: Both, libjpeg.a and libjpeg.so are located on my /usr/lib64
directory
--
Edit this bug report at http://bugs.php.net/?id=33745&edit=1
#33744 [Opn->Fbk]: Concerning ini_set session.save_path & reregistering an id under windows.
ID: 33744 Updated by: [EMAIL PROTECTED] Reported By: d43m0n at shaw dot ca -Status: Open +Status: Feedback Bug Type: Session related Operating System: win32 & linux PHP Version: 5.0.4 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Previous Comments: [2005-07-18 11:05:45] d43m0n at shaw dot ca Description: Hello, While developing a new security fix for a script I am working on, I found this issue corrisponding with Windows 2000 NT, which causes the sessions to not reregister a id if the ini_set redefines teh session.save_path to a relitive location. The following code when used in the windows environment will cause the error which follows: [CODE] [/CODE] [ERROR]Warning: Unknown: open(./tmp\sess_3c0fe03c61bac80ca57a1193d3e54aa8, O_RDWR) failed: No such file or directory (2) in Unknown on line 0 Warning: Unknown: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (./tmp) in Unknown on line 0 [/ERROR] Of course I have takin the proper precautions to be sure the directory existed in the first place... of course, if I dont re-define the the session.save_path, and use the default, it gets created secessfully, like as follows: [CODE] [/CODE] Now, ill take it another step further, I tried using an exact file location when I defined the session.save_path like so: [CODE] [/CODE] Of course this prooved successful, except for the obvious change of my directory location to my tmp... Now I did have a chance to try out the same script on a Linux OS with PHP and had no troubles with ./tmp as the tmp directory, so like really, wtf is the problem? -- Edit this bug report at http://bugs.php.net/?id=33744&edit=1
#33733 [Opn->Bgs]: PHP segfaults when using the pspell extension
ID: 33733
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Bogus
Bug Type: Pspell related
Operating System: linux
PHP Version: 5CVS-2005-07-17 (dev)
New Comment:
If you bothered to read the "how-to-report" page you would know what I
want to know. I won't bother explaining this anymore, we've had this
same discussion before and if you didn't learn from that -> bogus.
Previous Comments:
[2005-07-18 13:02:30] [EMAIL PROTECTED]
I don't know what kind of info you want...
Well, here it is the script used (which is above):
[2005-07-18 02:30:30] [EMAIL PROTECTED]
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
[2005-07-17 13:21:54] [EMAIL PROTECTED]
Description:
I'm not sure if this is a PHP bug, but here it is:
(gdb) run -a
Starting program: /usr/local/bin/php -a
[Thread debugging using libthread_db enabled]
[New Thread 16384 (LWP 18864)]
Interactive mode enabled
php > $pspell_link = pspell_new('en');
php > pspell_config_mode($pspell_link, PSPELL_FAST);
*** glibc detected *** corrupted double-linked list: 0x0844e7f0 ***
Program received signal SIGABRT, Aborted.
[Switching to Thread 16384 (LWP 18864)]
0xb79b43e1 in kill () from /lib/libc.so.6
(gdb) bt
#0 0xb79b43e1 in kill () from /lib/libc.so.6
#1 0xb7aac131 in pthread_kill () from /lib/libpthread.so.0
#2 0xb7aac4ab in raise () from /lib/libpthread.so.0
#3 0xb79b4174 in raise () from /lib/libc.so.6
#4 0xb79b564d in abort () from /lib/libc.so.6
#5 0xb79f0030 in mallopt () from /lib/libc.so.6
#6 0xb79ef03c in mallopt () from /lib/libc.so.6
#7 0xb79ee6ea in mallopt () from /lib/libc.so.6
#8 0xb79ed803 in malloc () from /lib/libc.so.6
#9 0x081fbd51 in _emalloc (size=18864) at
/cvs/php-src/Zend/zend_alloc.c:181
#10 0x0820909d in op_array_alloc_ops (op_array=0x84a0b54)
at /cvs/php-src/Zend/zend_opcode.c:48
#11 0x08209107 in init_op_array (op_array=0x84a0b54, type=4 '\004',
initial_ops_size=8192) at /cvs/php-src/Zend/zend_opcode.c:68
#12 0x081f64c5 in compile_string (source_string=0xb410,
filename=0x0)
at zend_language_scanner.l:541
#13 0x08207934 in zend_eval_string (str=0x1 ,
retval_ptr=0x0, string_name=0x0)
at /cvs/php-src/Zend/zend_execute_API.c:1030
#14 0x0827fadc in main (argc=2, argv=0xb644)
at /cvs/php-src/sapi/cli/php_cli.c:1024
I have glib 2.3.4 and aspell 0.60.3.
BTW, PHP segfaults when using aspell 0.50.5, so we should probably bump
the version requirements (reference:
http://sf.net/tracker/?func=detail&atid=100245&aid=1238839&group_id=245
--
Edit this bug report at http://bugs.php.net/?id=33733&edit=1
#31419 [Csd->Opn]: error_log not able to be overridden...
ID: 31419 User updated by: mfoxx at hotmail dot com Reported By: mfoxx at hotmail dot com -Status: Closed +Status: Open Bug Type: PHP options/info functions -Operating System: Debian 3.x +Operating System: Debian 3.0 -PHP Version: 5.0.3 +PHP Version: 5.0.4 New Comment: I just upgraded to the latest Apache 2.0.54, and PHP 5.0.4, and again, I am still having the same problem. I go into my php.ini file, and I comment out the setting for the php error_log. I then create a script like this: When I examine the output of phpinfo(), i see the value set in the ini_set() call. However, the error that occurs when I call the nonexistent() function does NOT get logged to that file (nor does the file even get created). It however does get logged to the virtual-host specific apache error log (error.log) that is set to be in the same directory. I even tried creating an empty file (thinking maybe it was the creation of the file that wasn't working) in the logs directory, and then restarting apache. Reran the script, and still, the error gets logged to the apache log for that virtual-host, not to the value set by ini_set(). Previous Comments: [2005-04-08 21:25:08] [EMAIL PROTECTED] works fine for me with latest CVS. [2005-04-06 23:27:02] mfoxx at hotmail dot com I do not have 4.3.10 or 4.3.11 on a server, so I can't answer that question. My question pertains to v5. Has this issue been corrected in 5.0.4? I didn't see this bug listed in the changelog. [2005-03-14 01:00:31] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-03-06 18:06:24] [EMAIL PROTECTED] Does this happen with PHP 4.3.10 ? [2005-02-28 23:24:39] mfoxx at hotmail dot com I just installed the new CVS snapshot of this, and I am now seeing a different behavior, but still not the correct one. Now, no matter whether I specify an error_log in php.ini or not, ALL php errors are going to the each virtual-host specific apache error log. I can't override it with a valid error_log setting in php.ini, nor can I override it in code, as my original bug report submitted that I had tried. 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/31419 -- Edit this bug report at http://bugs.php.net/?id=31419&edit=1
#33727 [Opn->Fbk]: Curl crashes PHP 5.1 Beta 3
ID: 33727
Updated by: [EMAIL PROTECTED]
Reported By: rele at gmx dot de
-Status: Open
+Status: Feedback
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
PHP Version: 5.1.0b3
New Comment:
That script can't work either. Don't you test it at all?!
(hint: foreach ($foo as $bar))
Previous Comments:
[2005-07-18 11:32:03] rele at gmx dot de
Ok, I didn't know that.
Here is a full script:
http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsalicZ1QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsaatcZ1QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&fls=3&salic=1&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&salic=1&fls=2&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
?>
Best regards,
René
[2005-07-18 02:36:21] [EMAIL PROTECTED]
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programme\php\ext";
from="[EMAIL PROTECTED]"
user_agent="Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.8)
Gecko/20050511 Firefox/1.0.4"
extension=php_pdo_sqlite.dll
sendmail_from = [EMAIL PROTECTED]
dbx.colnames_case = "lowercase"
session.save_path = "C:\winnt\temp"
session.gc_divisor = 1000
session.bug_compat_42 = 0
session.hash_bits_per_character = 5
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
Reproduce code:
---
// Initializing cURL
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_USERAGENT, ini_get('user_agent'));
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_ENCODING , 'gzip');
curl_setopt($curl, CURLOPT_COOKIEJAR, "my_cookies.txt");
curl_setopt($curl, CURLOPT_COOKIEFILE, "my_cookies.txt");
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
Expected result:
All URLs should be downloaded without problems, but after one or more
downloads the script exits with error code -1073741819.
When running the script from php-cgi.exe under a web server there will
be also a drwtsn32.log entry and a user.dmp file generated.
Actual result:
--
Last drwtsn32.log entry:
Anwendungsausnahme aufgetreten:
Anwendung: (pid=844)
Wann: 15.07.2005 @ 21:24:41.406
Ausnahmenummer: c00
#31419 [Opn]: error_log not able to be overridden...
ID: 31419 User updated by: mfoxx at hotmail dot com Reported By: mfoxx at hotmail dot com Status: Open Bug Type: PHP options/info functions Operating System: Debian 3.0 PHP Version: 5.0.4 New Comment: Also, here is the VirutalHost directive from httpd.conf: ServerAdmin [EMAIL PROTECTED] DocumentRoot /www/xxx ServerName www.xxx.com ErrorLog /www/logs/xxx_com-error.log CustomLog /www/logs/xxx_com-access.log common The apache error log I keep referring to, that is getting the PHP errors logged to it, is the one specified above at "ErrorLog", xxx_com-error.log. Previous Comments: [2005-07-18 18:46:41] mfoxx at hotmail dot com I just upgraded to the latest Apache 2.0.54, and PHP 5.0.4, and again, I am still having the same problem. I go into my php.ini file, and I comment out the setting for the php error_log. I then create a script like this: When I examine the output of phpinfo(), i see the value set in the ini_set() call. However, the error that occurs when I call the nonexistent() function does NOT get logged to that file (nor does the file even get created). It however does get logged to the virtual-host specific apache error log (error.log) that is set to be in the same directory. I even tried creating an empty file (thinking maybe it was the creation of the file that wasn't working) in the logs directory, and then restarting apache. Reran the script, and still, the error gets logged to the apache log for that virtual-host, not to the value set by ini_set(). [2005-04-08 21:25:08] [EMAIL PROTECTED] works fine for me with latest CVS. [2005-04-06 23:27:02] mfoxx at hotmail dot com I do not have 4.3.10 or 4.3.11 on a server, so I can't answer that question. My question pertains to v5. Has this issue been corrected in 5.0.4? I didn't see this bug listed in the changelog. [2005-03-14 01:00:31] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-03-06 18:06:24] [EMAIL PROTECTED] Does this happen with PHP 4.3.10 ? 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/31419 -- Edit this bug report at http://bugs.php.net/?id=31419&edit=1
#33754 [NEW]: The ereg function does not accept [:alpha:] as representing [a-zA-Z]
From: bryan at phprogrammer dot com Operating system: llinux PHP version: 4.3.11 PHP Bug Type: POSIX related Bug description: The ereg function does not accept [:alpha:] as representing [a-zA-Z] Description: It also ignores all the rest of the metacharacters [:space:] [:alnum:] [:digit:] and so on Reproduce code: --- Expected result: true Actual result: -- false -- Edit bug report at http://bugs.php.net/?id=33754&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33754&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33754&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33754&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33754&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33754&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33754&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33754&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33754&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33754&r=support Expected behavior: http://bugs.php.net/fix.php?id=33754&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33754&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33754&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33754&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33754&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33754&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33754&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33754&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33754&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33754&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33754&r=mysqlcfg
#33755 [NEW]: Segmentation fault when compiled
From: arnie at imagestate dot co dot uk Operating system: LINUX PHP version: 5.1.0b2 PHP Bug Type: Reproducible crash Bug description: Segmentation fault when compiled Description: 5.1.0b3 - not in drop down When compiled with the following configure, I get a segmentation fault ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-libxml-dir=/usr/lib --enable-soap --with-odbtp -- Edit bug report at http://bugs.php.net/?id=33755&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33755&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33755&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33755&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33755&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33755&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33755&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33755&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33755&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33755&r=support Expected behavior: http://bugs.php.net/fix.php?id=33755&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33755&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33755&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33755&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33755&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33755&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33755&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33755&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33755&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33755&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33755&r=mysqlcfg
#33755 [Opn->Fbk]: Segmentation fault when compiled
ID: 33755 Updated by: [EMAIL PROTECTED] Reported By: arnie at imagestate dot co dot uk -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: LINUX PHP Version: 5.1.0b3 New Comment: Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. Previous Comments: [2005-07-18 19:11:42] arnie at imagestate dot co dot uk Description: 5.1.0b3 - not in drop down When compiled with the following configure, I get a segmentation fault ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-libxml-dir=/usr/lib --enable-soap --with-odbtp -- Edit this bug report at http://bugs.php.net/?id=33755&edit=1
#33723 [Opn->Ctl]: php_value overrides php_admin_value
ID: 33723
Updated by: [EMAIL PROTECTED]
Reported By: ezmlm at mail dot ru
-Status: Open
+Status: Critical
Bug Type: Apache related
Operating System: Linux
-PHP Version: 5.0.4
+PHP Version: 5CVS-2005-07-18
New Comment:
I can't get safe-mode to work at all when using PHP CVS HEAD (5.1-dev).
No matter where I set it, be it php.ini or httpd.conf
Previous Comments:
[2005-07-18 10:35:56] ezmlm at mail dot ru
I've tried. safe_mode is really turned off. I can use system and exec
and read other users files that are readable by apache.
For instance system('cat /etc/passwd') works fine
[2005-07-18 10:27:18] [EMAIL PROTECTED]
Even if phpinfo() shows that some .ini option has different value, it's
not necessarily true. Try do something that "safe"
mode should prevent you from doing.
[2005-07-18 09:35:18] ezmlm at mail dot ru
The same problem with php5-latest
[2005-07-18 02:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-07-16 13:22:11] ezmlm at mail dot ru
Description:
PHP5 for apache 1.3.33 built as DSO allows php_admin_value
(php_admin_flag) options marked as PHP_INI_SYSTEM to be reset in
.htaccess files by using php_value (php_flag). safe_mode for example.
To demonstrate the problem in php.ini set safe_mode = Off, in
httpd.conf, set:
php_admin_value safe_mode on
Get phpinfo to verify that safe_mode is on.
Now create .htaccess file in document_root containing:
php_flag safe_mode off
(or even php_flag safe_mode on)
Get phpinfo again and note that safe_mode was reset to off (php.ini
initial value)
--
Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33755 [Fbk->Opn]: Segmentation fault when compiled
ID: 33755 User updated by: arnie at imagestate dot co dot uk Reported By: arnie at imagestate dot co dot uk -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: LINUX PHP Version: 5.1.0b3 New Comment: I configured php as described here. After make installing, I tried to run the cli, having previously failed to get apache to start. The details are below. Apache version 1.3.28 PHP 5.1.0b3 Postgresql 7.4.1 Mysql 4.0.21 ODBTP v 1.1.3 make install Installing PHP SAPI module: apache [activating module `php5' in /usr/local/apache/conf/httpd.conf] cp libs/libphp5.so /usr/local/apache/libexec/libphp5.so chmod 755 /usr/local/apache/libexec/libphp5.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.2 [PEAR] PEAR - already installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- already installed: 1.1 [PEAR] Net_UserAgent_Detect- already installed: 2.0.1 [PEAR] XML_RPC- already installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ page: phpize.1 page: php-config.1 [EMAIL PROTECTED] php-5.1.0b3]# /usr/local/bin/php Segmentation fault Previous Comments: [2005-07-18 19:15:24] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-07-18 19:11:42] arnie at imagestate dot co dot uk Description: 5.1.0b3 - not in drop down When compiled with the following configure, I get a segmentation fault ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-libxml-dir=/usr/lib --enable-soap --with-odbtp -- Edit this bug report at http://bugs.php.net/?id=33755&edit=1
#33737 [Opn->Fbk]: PDO::SQLite crashes
ID: 33737 Updated by: [EMAIL PROTECTED] Reported By: leon at lost dot co dot nz -Status: Open +Status: Feedback Bug Type: PDO related Operating System: Linux 2.6 / Apache2 -PHP Version: 5.1.0b2 +PHP Version: PHP 5 CVS Assigned To: wez New Comment: Let's see the backtrace(s) for the problems here, before deciding what else to do. Previous Comments: [2005-07-18 22:59:55] leon at lost dot co dot nz Just rebuilt and retested with php5-200507182030, thanks for the quick response! I've got good news and bad news: The good news is that the latest snapshot doesn't segfault on the test snippet above. The bad news is that my full unit tests still cause PHP to segfault on the SQLite tests... What would you like me to do? I could: 1) Put together another snippet and post it here 2) As above, but create a new bug report 3) Post my classes somewhere for you to look at directly Cheers, Leon [2005-07-18 16:49:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works for me with CVS HEAD. Please try the snap dated after this message to confirm. [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon 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/33737 -- Edit this bug report at http://bugs.php.net/?id=33737&edit=1
#33753 [Opn->Bgs]: SOAP Client not parsing boolean types correctly
ID: 33753
Updated by: [EMAIL PROTECTED]
Reported By: smr at kerridge dot com
-Status: Open
+Status: Bogus
Bug Type: SOAP related
Operating System: Win XP
PHP Version: 5.1.0b2
New Comment:
PHP does not print booleans as booleans, it converts them to their
string values, 1 for TRUE and '' for FALSE.
if you want use the var_dump() function to see what the $booltest
variable really contains.
Previous Comments:
[2005-07-18 17:54:31] smr at kerridge dot com
Description:
I believe that there is a problem with the SOAP client in that it is
not correctly parsing parameters that are specified in teh WSDL as
xsd:boolean. The app that I am connecting to requires boolean values
of true and false, however PHP soap is translating true to 1 and false
to blank/null.
Reproduce code:
---
SoapServer.php
99.42
);
function getQuote($booltest, $symbol) {
global $quotes;
return $quotes[$symbol] . " And the boolean value is {$booltest}";
}
ini_set("soap.wsdl_cache_enabled", "0");
$server = new SoapServer("stockquote.wsdl");
$server->addFunction("getQuote");
$server->handle();
?>
SoapClient.php
getQuote(false,"ibm"));
?>
Expected result:
NB: You will need to create a WSDL for the above. Use the one from
Dmitry Stogov's examples and change:
Expected result:
99.42 And the boolean value is false
Actual result:
--
99.42 And the boolean value is
--
Edit this bug report at http://bugs.php.net/?id=33753&edit=1
#33756 [Fbk->Csd]: Memory issues / output formatting
ID: 33756
User updated by: schristm at gmail dot com
Reported By: schristm at gmail dot com
-Status: Feedback
+Status: Closed
Bug Type: cURL related
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
New Comment:
Thanks. I appreciate you blowing this off.
Previous Comments:
[2005-07-18 20:55:42] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
[2005-07-18 20:10:39] schristm at gmail dot com
Oops! I mean't CLI, not API
Thanks!
[2005-07-18 20:08:31] schristm at gmail dot com
Hi,
Here's some information that may help:
PHP 5.1.0b3 (cli) (built: Jul 18 2005 02:00:25)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0b3, Copyright (c) 1998-2004 Zend Technologies
Server version: Apache/1.3.33 (Unix)
Server built: May 9 2005 22:50:50
Server's Module Magic Number: 19990320:16
Server compiled with
-D EAPI
-D EAPI_MM
-D EAPI_MM_CORE_PATH="logs/httpd.mm"
-D HAVE_MMAP
-D HAVE_SHMGET
-D USE_SHMGET_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FCNTL_SERIALIZED_ACCEPT
-D HAVE_SYSVSEM_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=256
-D HTTPD_ROOT="/usr/local/apache"
-D SUEXEC_BIN="/usr/local/apache/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
-D DEFAULT_LOCKFILE="logs/httpd.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
-D ACCESS_CONFIG_FILE="conf/access.conf"
-D RESOURCE_CONFIG_FILE="conf/srm.conf"
Linux server1 2.4.20-021stab028.12.777-enterprise #1 SMP Fri May 13
15:50:02 MSD 2005 i686 athlon i386 GNU/Linux
I've also noticed some crashes:
[Mon Jul 18 12:25:38 2005] [notice] child pid 6400 exit signal
Segmentation fault (11)
[Mon Jul 18 12:25:44 2005] [notice] child pid 15616 exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:41 2005] [notice] child pid exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:43 2005] [notice] child pid 17153 exit signal
Segmentation fault (11)
[Mon Jul 18 13:28:50 2005] [notice] child pid 24097 exit signal
Segmentation fault (11)
[Mon Jul 18 13:56:50 2005] [notice] child pid 12704 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 12036 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 14306 exit signal
Segmentation fault (11)
How do you find out the SAPI information you need? Also, I'm really not
sure if it can be reproduced via the API. This is a very large
application and it would take allot of maneuvering to get it to run
from command line, but I suppose I can if you really need that info.
[2005-07-18 20:02:24] [EMAIL PROTECTED]
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
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/33756
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33754 [Opn->Bgs]: The ereg function does not accept [:alpha:] as representing [a-zA-Z]
ID: 33754
Updated by: [EMAIL PROTECTED]
Reported By: bryan at phprogrammer dot com
-Status: Open
+Status: Bogus
Bug Type: POSIX related
Operating System: llinux
PHP Version: 4.3.11
New Comment:
It should be like this:
if(ereg("[[:digit:]]", "1234", $regs))
..
Previous Comments:
[2005-07-18 19:05:49] bryan at phprogrammer dot com
Description:
It also ignores all the rest of the metacharacters [:space:] [:alnum:]
[:digit:] and so on
Reproduce code:
---
Expected result:
true
Actual result:
--
false
--
Edit this bug report at http://bugs.php.net/?id=33754&edit=1
#33737 [Fbk->Opn]: PDO::SQLite crashes
ID: 33737 User updated by: leon at lost dot co dot nz Reported By: leon at lost dot co dot nz -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux 2.6 / Apache2 PHP Version: 5.1.0b2 Assigned To: wez New Comment: Just rebuilt and retested with php5-200507182030, thanks for the quick response! I've got good news and bad news: The good news is that the latest snapshot doesn't segfault on the test snippet above. The bad news is that my full unit tests still cause PHP to segfault on the SQLite tests... What would you like me to do? I could: 1) Put together another snippet and post it here 2) As above, but create a new bug report 3) Post my classes somewhere for you to look at directly Cheers, Leon Previous Comments: [2005-07-18 16:49:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works for me with CVS HEAD. Please try the snap dated after this message to confirm. [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... [2005-07-18 00:14:08] leon at lost dot co dot nz Okay, I understand. It's going to be tough -- I have objects creating other objects, dynamically including other class files, etc..., but I'll give it another crack tonight (New Zealand time). Cheers, Leon [2005-07-17 23:48:18] [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 , 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 to avoid embedding huge scripts into the report. We really need a reproducable script... 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/33737 -- Edit this bug report at http://bugs.php.net/?id=33737&edit=1
#33737 [Fbk->Opn]: PDO::SQLite crashes
ID: 33737 User updated by: leon at lost dot co dot nz Reported By: leon at lost dot co dot nz -Status: Feedback +Status: Open Bug Type: PDO related Operating System: Linux 2.6 / Apache2 PHP Version: PHP 5 CVS Assigned To: wez New Comment: Hmmm... I think something screwy happened with the install of the latest snapshot, making my last (good news/bad news) report suspect. I did my usual install routine (on Debian 3.1): make apache2ctl stop make install apache2ctl start Then tested the snippet using the CLI: $ php -v PHP 5.1.0-dev (cli) (built: Jul 19 2005 08:45:23 NZ) $ php test.php $ (no segfault!) The 'bad news' came when I browsed to the unit test page normally -- but on further investigation it seems that the normal install process failed on the snapshot. For some reason 'make install' put the files libphp5.[a|la] in my /usr/lib/apache2/modules, rather than the usual libphp5.so... Has the build process changed, or have I done something stupid? ;-) ./configure --with-apxs2=/usr/bin/apxs2 \ --with-config-file-dir=/etc/php --with-mcrypt --with-gd \ --with-zlib --enable-exif --with-freetype-dir \ --with-jpeg-dir --enable-debug Previous Comments: [2005-07-18 23:15:18] [EMAIL PROTECTED] Let's see the backtrace(s) for the problems here, before deciding what else to do. [2005-07-18 22:59:55] leon at lost dot co dot nz Just rebuilt and retested with php5-200507182030, thanks for the quick response! I've got good news and bad news: The good news is that the latest snapshot doesn't segfault on the test snippet above. The bad news is that my full unit tests still cause PHP to segfault on the SQLite tests... What would you like me to do? I could: 1) Put together another snippet and post it here 2) As above, but create a new bug report 3) Post my classes somewhere for you to look at directly Cheers, Leon [2005-07-18 16:49:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works for me with CVS HEAD. Please try the snap dated after this message to confirm. [2005-07-18 01:31:49] leon at lost dot co dot nz Whew... All done... I've pared my script from > 1800 lines of PHP scattered accross 7 files to three lines in one file! Turns out to be a SQLite PDO problem... query($sql); ?> This snippet causes PHP5.1b3 to segfault everytime (I'm using the bundled SQLite library). One of my other unit tests still throws up that corruption I talked about before, but I'll try to isolate that and submit a brand new bug report for that. [2005-07-18 00:39:46] leon at lost dot co dot nz Yahoo! I couldn't wait, and have already produced a single PHP file that segfaults the command line version of PHP-5.1b3 routinely. If you want it now let me know -- I'm currently just in the process of trying to whittle it down to it's essential elements... 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/33737 -- Edit this bug report at http://bugs.php.net/?id=33737&edit=1
#33758 [Fbk->Opn]: segfault in imap_mail_compose
ID: 33758 User updated by: 0602 at eq dot cz Reported By: 0602 at eq dot cz -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Slackware Linux PHP Version: 4.4.0 New Comment: # gdb /usr/local/apache2/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 16384 (LWP 7894)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 7894)] 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0047e880 in free () from /lib/libc.so.6 #2 0x00785bee in fs_give () from /usr/local/apache2/modules/libphp4.so #3 0x00795199 in mail_free_body_parameter () from /usr/local/apache2/modules/libphp4.so #4 0x00794f94 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #5 0x007951c5 in mail_free_body_part () from /usr/local/apache2/modules/libphp4.so #6 0x00795140 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #7 0x00794f4d in mail_free_body () from /usr/local/apache2/modules/libphp4.so #8 0x006540dc in zif_imap_mail_compose () from /usr/local/apache2/modules/libphp4.so #9 0x00774c60 in execute () from /usr/local/apache2/modules/libphp4.so #10 0x00761471 in zend_execute_scripts () from /usr/local/apache2/modules/libphp4.so #11 0x0072ca3c in php_execute_script () from /usr/local/apache2/modules/libphp4.so #12 0x0077ab2c in execute () from /usr/local/apache2/modules/libphp4.so #13 0x0806712a in ap_run_handler (r=0x822a7f0) at config.c:153 #14 0x08067642 in ap_invoke_handler (r=0x822a7f0) at config.c:364 #15 0x08064a3f in ap_process_request (r=0x822a7f0) at http_request.c:249 #16 0x08060af9 in ap_process_http_connection (c=0x82248b0) at http_core.c:251 #17 0x0806f3f6 in ap_run_process_connection (c=0x82248b0) at connection.c:43 #18 0x08065ca3 in child_main (child_num_arg=3) at prefork.c:610 #19 0x08065e4e in make_child (s=0x809c340, slot=0) at prefork.c:650 #20 0x08065ea7 in startup_children (number_to_start=2) at prefork.c:722 #21 0x080665b5 in ap_mpm_run (_pconf=0x806566c, plog=0x80c4638, s=0x809c340) at prefork.c:941 #22 0x0806b56a in main (argc=2, argv=0xba24) at main.c:618 #23 0x0041ebb4 in __libc_start_main () from /lib/libc.so.6 (gdb) Previous Comments: [2005-07-18 20:55:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-18 20:46:03] 0602 at eq dot cz Description: Whenever I run following code with imap_mail_compose() function, something like this gets logged: "[notice] child pid 11556 exit signal Segmentation fault (11)". Functions imap_listmailbox(), imap_headers() and imap_open() are working fine. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=33758&edit=1
#31419 [Opn->Fbk]: error_log not able to be overridden...
ID: 31419
Updated by: [EMAIL PROTECTED]
Reported By: mfoxx at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: PHP options/info functions
Operating System: Debian 3.0
PHP Version: 5.0.4
New Comment:
Using latest CVS snapshot (5.1-dev) this works just fine,
provided the path passed to error_log is such that the webserver can
write into it. And I don't get any PHP errors in the apache logs
either.
Check the permissions. And if that wasn't the cause, check what php.ini
file is used (shown in phpinfo() output) and do a 'diff -u' between that
and php.ini-dist from the latest CVS snapshot you're using.
Previous Comments:
[2005-07-18 18:52:09] mfoxx at hotmail dot com
Also, here is the VirutalHost directive from httpd.conf:
ServerAdmin [EMAIL PROTECTED]
DocumentRoot /www/xxx
ServerName www.xxx.com
ErrorLog /www/logs/xxx_com-error.log
CustomLog /www/logs/xxx_com-access.log common
The apache error log I keep referring to, that is getting the PHP
errors logged to it, is the one specified above at "ErrorLog",
xxx_com-error.log.
[2005-07-18 18:46:41] mfoxx at hotmail dot com
I just upgraded to the latest Apache 2.0.54, and PHP 5.0.4, and again,
I am still having the same problem.
I go into my php.ini file, and I comment out the setting for the php
error_log. I then create a script like this:
When I examine the output of phpinfo(), i see the value set in the
ini_set() call.
However, the error that occurs when I call the nonexistent() function
does NOT get logged to that file (nor does the file even get created).
It however does get logged to the virtual-host specific apache error
log (error.log) that is set to be in the same directory.
I even tried creating an empty file (thinking maybe it was the creation
of the file that wasn't working) in the logs directory, and then
restarting apache. Reran the script, and still, the error gets logged
to the apache log for that virtual-host, not to the value set by
ini_set().
[2005-02-28 23:24:39] mfoxx at hotmail dot com
I just installed the new CVS snapshot of this, and I am now seeing a
different behavior, but still not the correct one. Now, no matter
whether I specify an error_log in php.ini or not, ALL php errors are
going to the each virtual-host specific apache error log. I can't
override it with a valid error_log setting in php.ini, nor can I
override it in code, as my original bug report submitted that I had
tried.
[2005-01-05 19:12:11] mfoxx at hotmail dot com
Description:
FYI: I am running a server where I built from source the apache and
PHP binaries, so I am not susceptible to the problems other bugs
reported where they might have used a pre-packaged binary with some
other unexplained behavior.
If I set a value for error_log in my php.ini (to /home/php.errors, for
instance), PHP correctly logs any errors encountered (in ANY of my
sites) there to that single file.
However, when I do in a script (because error_log is said in the manual
to be modifiable as PHP_INI_ALL, which means i can change it anywhere):
ini_set("error_log","/path/to/some.log.file");
or when I do:
php_value error_log "/path/to/some.log.file"
in my httpd.conf inside a , or my .htaccess file for a
particular site, the VALUE is apparently "changed", but PHP doesn't
seem to respect it, when coming across an error later in code.
Furthermore, PHP will not even write the errors to the original
error_log value set before in the php.ini. It will instead write them
to apache's error log for that particular .
As you can see in my "reproduce code" i change the error_log variable
using ini_set(), then i do phpinfo(), and verify that it DOES IN FACT
have the new changed value in its output, overriding the default that I
set in my php.ini file. And then I call a function which doesn't exist,
which should force a PHP error.
The error does occur, and it DOES get logged, just not to the right
file, it now gets logged to the APACHE error log file, not even the
original php.ini error_log setting, which I find very strange.
Reproduce code:
---
Expected result:
I expected for the value of error_log to be changed, so that when I
force a PHP error, calling a "nonexistent()" function, I should get the
error logged into my php.err file as specified in ini.set.
Actual result:
--
the error (call to undefined function) DOES get logged, but to the
wrong file... it gets logged to the Apache error file for that
particular . It doesn't even get logged to the original
php.ini file's setting for error_log.
But, as I stated before, if
#33758 [Opn->Fbk]: segfault in imap_mail_compose
ID: 33758 Updated by: [EMAIL PROTECTED] Reported By: 0602 at eq dot cz -Status: Open +Status: Feedback -Bug Type: Reproducible crash +Bug Type: IMAP related Operating System: Slackware Linux PHP Version: 4.4.0 New Comment: I can not reproduce this. Exactly what c-client version are you compiling PHP with? What configure line did you use? Previous Comments: [2005-07-18 23:58:38] 0602 at eq dot cz # gdb /usr/local/apache2/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 16384 (LWP 7894)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 7894)] 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0047e880 in free () from /lib/libc.so.6 #2 0x00785bee in fs_give () from /usr/local/apache2/modules/libphp4.so #3 0x00795199 in mail_free_body_parameter () from /usr/local/apache2/modules/libphp4.so #4 0x00794f94 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #5 0x007951c5 in mail_free_body_part () from /usr/local/apache2/modules/libphp4.so #6 0x00795140 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #7 0x00794f4d in mail_free_body () from /usr/local/apache2/modules/libphp4.so #8 0x006540dc in zif_imap_mail_compose () from /usr/local/apache2/modules/libphp4.so #9 0x00774c60 in execute () from /usr/local/apache2/modules/libphp4.so #10 0x00761471 in zend_execute_scripts () from /usr/local/apache2/modules/libphp4.so #11 0x0072ca3c in php_execute_script () from /usr/local/apache2/modules/libphp4.so #12 0x0077ab2c in execute () from /usr/local/apache2/modules/libphp4.so #13 0x0806712a in ap_run_handler (r=0x822a7f0) at config.c:153 #14 0x08067642 in ap_invoke_handler (r=0x822a7f0) at config.c:364 #15 0x08064a3f in ap_process_request (r=0x822a7f0) at http_request.c:249 #16 0x08060af9 in ap_process_http_connection (c=0x82248b0) at http_core.c:251 #17 0x0806f3f6 in ap_run_process_connection (c=0x82248b0) at connection.c:43 #18 0x08065ca3 in child_main (child_num_arg=3) at prefork.c:610 #19 0x08065e4e in make_child (s=0x809c340, slot=0) at prefork.c:650 #20 0x08065ea7 in startup_children (number_to_start=2) at prefork.c:722 #21 0x080665b5 in ap_mpm_run (_pconf=0x806566c, plog=0x80c4638, s=0x809c340) at prefork.c:941 #22 0x0806b56a in main (argc=2, argv=0xba24) at main.c:618 #23 0x0041ebb4 in __libc_start_main () from /lib/libc.so.6 (gdb) [2005-07-18 20:55:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-18 20:46:03] 0602 at eq dot cz Description: Whenever I run following code with imap_mail_compose() function, something like this gets logged: "[notice] child pid 11556 exit signal Segmentation fault (11)". Functions imap_listmailbox(), imap_headers() and imap_open() are working fine. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=33758&edit=1
#33755 [Opn->Fbk]: Segmentation fault when compiled
ID: 33755 Updated by: [EMAIL PROTECTED] Reported By: arnie at imagestate dot co dot uk -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: LINUX PHP Version: 5.1.0b3 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-07-18 19:22:52] arnie at imagestate dot co dot uk I configured php as described here. After make installing, I tried to run the cli, having previously failed to get apache to start. The details are below. Apache version 1.3.28 PHP 5.1.0b3 Postgresql 7.4.1 Mysql 4.0.21 ODBTP v 1.1.3 make install Installing PHP SAPI module: apache [activating module `php5' in /usr/local/apache/conf/httpd.conf] cp libs/libphp5.so /usr/local/apache/libexec/libphp5.so chmod 755 /usr/local/apache/libexec/libphp5.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.2 [PEAR] PEAR - already installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- already installed: 1.1 [PEAR] Net_UserAgent_Detect- already installed: 2.0.1 [PEAR] XML_RPC- already installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ page: phpize.1 page: php-config.1 [EMAIL PROTECTED] php-5.1.0b3]# /usr/local/bin/php Segmentation fault [2005-07-18 19:15:24] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-07-18 19:11:42] arnie at imagestate dot co dot uk Description: 5.1.0b3 - not in drop down When compiled with the following configure, I get a segmentation fault ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-libxml-dir=/usr/lib --enable-soap --with-odbtp -- Edit this bug report at http://bugs.php.net/?id=33755&edit=1
#33759 [NEW]: single POST variable is corrupted
From: kyle dot grieser-c at iovation dot com Operating system: linux PHP version: 4.3.11 PHP Bug Type: Variables related Bug description: single POST variable is corrupted Description: A form of type POST that contains a single form element will corrupt the incoming value. What I get is this: formvalue="valueformvalue=value" What I expect is this: formvalue="value" Yuck! I found a very old bug report consistent with this from 2002 ( http://bugs.php.net/bug.php?id=18648 ) that suggested adding a hidden form element like this: This does indeed fix the problem, but seems like this bug has returned in a recent version of PHP. Is there a fix? I could not find any other bugs matching this report, and believe it was reintroduced with 4.3.11. Reproduce code: --- FORM VALUE: Expected result: I expect this: formvalue=value Actual result: -- I get this: formvalue=valueformvalue=value -- Edit bug report at http://bugs.php.net/?id=33759&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33759&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33759&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33759&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33759&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33759&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33759&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33759&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33759&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33759&r=support Expected behavior: http://bugs.php.net/fix.php?id=33759&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33759&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33759&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33759&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33759&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33759&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33759&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33759&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33759&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33759&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33759&r=mysqlcfg
#33736 [Fbk->Csd]: PDO confuses pgsql cast operator with named parameter
ID: 33736 User updated by: php at sagi dot org Reported By: php at sagi dot org -Status: Feedback +Status: Closed Bug Type: PDO related Operating System: Linux PHP Version: 5.1.0b2 New Comment: Seems fine after some basic testing, thanks. Previous Comments: [2005-07-18 16:47:58] [EMAIL PROTECTED] Please try the snap dated *after* this message. [2005-07-18 16:47:20] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip [2005-07-17 20:04:17] php at sagi dot org Description: I'm trying to execute a query similar to this: INSERT INTO table (name, created_at) VALUES (:name, FROM_UNIXTIME(:created_at)::TIMESTAMP); On postgres7.4. FROM_UNIXTIME is a custom function, I try to cast its value to TIMESTAMP using the '::' operator. However, PDO thinks ':TIMESTAMP' is a name of another parameter, so it throws this exception: 'SQLSTATE[HY093]: Invalid parameter number: parameter was not defined' Perhaps PDO should not treat '::' as a parameter or at least provide a way to escape ':'. -- Edit this bug report at http://bugs.php.net/?id=33736&edit=1
#33755 [Fbk]: Segmentation fault when compiled
ID: 33755 Updated by: [EMAIL PROTECTED] Reported By: arnie at imagestate dot co dot uk Status: Feedback Bug Type: Reproducible crash Operating System: LINUX PHP Version: 5.1.0b3 New Comment: Thank you for not reading the 'how-to-report' and wasting my time. Remove the non-PHP extensions first. There is no such thing as '--with-odbtp' in PHP. If the segfault still occurs, provide a gdb backtrace of it. Also provide the versions of the related build tools, such as GCC. Previous Comments: [2005-07-18 19:27:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-18 19:22:52] arnie at imagestate dot co dot uk I configured php as described here. After make installing, I tried to run the cli, having previously failed to get apache to start. The details are below. Apache version 1.3.28 PHP 5.1.0b3 Postgresql 7.4.1 Mysql 4.0.21 ODBTP v 1.1.3 make install Installing PHP SAPI module: apache [activating module `php5' in /usr/local/apache/conf/httpd.conf] cp libs/libphp5.so /usr/local/apache/libexec/libphp5.so chmod 755 /usr/local/apache/libexec/libphp5.so cp /usr/local/apache/conf/httpd.conf /usr/local/apache/conf/httpd.conf.bak cp /usr/local/apache/conf/httpd.conf.new /usr/local/apache/conf/httpd.conf rm /usr/local/apache/conf/httpd.conf.new Installing PHP CLI binary:/usr/local/bin/ Installing PHP CLI man page: /usr/local/man/man1/ Installing PEAR environment: /usr/local/lib/php/ [PEAR] Archive_Tar- already installed: 1.1 [PEAR] Console_Getopt - already installed: 1.2 [PEAR] PEAR - already installed: 1.3.5 Wrote PEAR system config file at: /usr/local/etc/pear.conf You may want to add: /usr/local/lib/php to your php.ini include_path [PEAR] HTML_Template_IT- already installed: 1.1 [PEAR] Net_UserAgent_Detect- already installed: 2.0.1 [PEAR] XML_RPC- already installed: 1.3.1 Installing build environment: /usr/local/lib/php/build/ Installing header files: /usr/local/include/php/ Installing helper programs: /usr/local/bin/ program: phpize program: php-config Installing man pages: /usr/local/man/man1/ page: phpize.1 page: php-config.1 [EMAIL PROTECTED] php-5.1.0b3]# /usr/local/bin/php Segmentation fault [2005-07-18 19:15:24] [EMAIL PROTECTED] Not enough information was provided for us to be able to handle this bug. Please re-read the instructions at http://bugs.php.net/how-to-report.php If you can provide more information, feel free to add it to this bug and change the status back to "Open". Thank you for your interest in PHP. [2005-07-18 19:11:42] arnie at imagestate dot co dot uk Description: 5.1.0b3 - not in drop down When compiled with the following configure, I get a segmentation fault ./configure --with-apxs=/usr/local/apache/bin/apxs --with-mysql=/usr/local/mysql --with-pgsql=/usr/local/pgsql --with-libxml-dir=/usr/lib --enable-soap --with-odbtp -- Edit this bug report at http://bugs.php.net/?id=33755&edit=1
#33750 [Opn->Fbk]: Solution to ID's 8527 & 8588 not working for me
ID: 33750 Updated by: [EMAIL PROTECTED] Reported By: checkforabcd at yahoo dot com -Status: Open +Status: Feedback Bug Type: Session related Operating System: WinXP PHP Version: 4.3.11 New Comment: 1) Don't touch session.cookie.path 2) Fix your browser and make it to support session cookies (it's known winblows "security improvement"). 3) Check what headers you get with some sniffer (or just use Mozilla). Previous Comments: [2005-07-18 17:21:01] checkforabcd at yahoo dot com Description: I have checked the bug reports with ID 8527 & 8588 which were having exactly the same problem as mine with the only difference that the solution given for them isn't working in my case, ie, I set the "session.cookie_path" to "/" & still the problem just won't go away. Please help... Reproduce code: --- checkuser.php //location :surevin.com/tender/checkuser.php http://www.surevin.com/tender/radmin/secondpage.php'); exit(); ?> secondpage.php Expected result: The value of madmin is : abcd Actual result: -- The value of madmin is : -- Edit this bug report at http://bugs.php.net/?id=33750&edit=1
#33648 [Asn->Fbk]: Using --with-regex=system causes compile failure
ID: 33648
Updated by: [EMAIL PROTECTED]
Reported By: ergin at ergin dot dyndns dot org
-Status: Assigned
+Status: Feedback
Bug Type: Compile Failure
Operating System: *
PHP Version: 5CVS, 4CVS (2005-07-18)
Assigned To: andrei
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
Previous Comments:
[2005-07-15 13:03:31] [EMAIL PROTECTED]
This is not fixed yet. I added the necessary configure checks
and now HAVE_REGEX_T_RE_MAGIC is defined if re_magic exists in regext_t
struct.
Andrei: Please check it out.
[2005-07-14 22:25:38] [EMAIL PROTECTED]
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.
[2005-07-12 15:41:55] [EMAIL PROTECTED]
Assigned to Andrei, he broke it.
As to the problem: remove --with-regex=system from your configure line
and it will work fine.
[2005-07-12 08:56:25] ergin at ergin dot dyndns dot org
Here is my configure line...
- START -
%configure \
--prefix=%{_prefix} \
--with-config-file-path=%{_sysconfdir} \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-dom=shared \
--with-bz2 \
--with-db3 \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-gd \
--with-gdbm \
--with-gettext \
--with-gmp \
--with-jpeg-dir=%{_prefix} \
--with-mm \
--with-openssl \
--with-png \
--with-regex=system \
--with-ttf \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-debugger \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-mime-magic \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-iconv --enable-mbstring --enable-mbregex \
--with-imap=shared,/usr/local/src/imap-2002e --with-imap-ssl
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mysql=shared,/usr \
--with-pgsql=shared \
--with-curl=shared \
--with-mcrypt=shared \
--with-snmp=%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-unixODBC=shared \
--with-xmlrpc=shared \
--with-mhash=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-sockets --enable-pcntl --enable-sigchild \
$*
END --
[2005-07-11 22:38:14] ergin at ergin dot dyndns dot org
Description:
Got following message when I tried to build RPMS for new PHP version
php-4.4.0 (OBS!!! couldn't choose it from drop menu - PHP version)
.
Actual result:
--
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c: In fucntion
'_php_regcomp':
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c:53 structure has no
member named 're_magic'
/usr/src/redhat/BUILD/php-4.4.0/ext/standard/reg.c:72 structure has no
member named 're_magic'
make *** [ext/standard/reg.lo] Error 1
error: Bad exit status from /var/tmp/rpm-tmp.66063
--
Edit this bug report at http://bugs.php.net/?id=33648&edit=1
#33752 [Opn->Fbk]: safe_mode UID checks modification
ID: 33752 Updated by: [EMAIL PROTECTED] Reported By: mordae at mordae dot net -Status: Open +Status: Feedback Bug Type: Feature/Change Request Operating System: all POSIX PHP Version: 4.3.11 New Comment: >For the first, we all know what PHP does in (un)safe_mode. So tell us, if you know. >There has to be some solution of this problem. What problem? >You have disagreed with all previous What are you talking about? Previous Comments: [2005-07-18 17:44:19] mordae at mordae dot net Description: For the first, we all know what PHP does in (un)safe_mode. There has to be some solution of this problem. You have disagreed with all previous, so what about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file in addition of file's and if any of parent directories are owned by correct user, allow access. To improve security, you could also check if all directories "above" are owned by the user, who runs PHP. See Titov's patch at http://titov.net/safemodepatch/ Thank you Mordae -- Edit this bug report at http://bugs.php.net/?id=33752&edit=1
#33708 [Opn->Fbk]: Problem with php module recode
ID: 33708 Updated by: [EMAIL PROTECTED] Reported By: kirameku at email dot cz -Status: Open +Status: Feedback Bug Type: Recode related Operating System: RedHat ES4 x86_64 PHP Version: 4.4.0 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip I can not reproduce this with PHP 5.1-dev. Also, I have GCC-4.0.0, if that makes any difference.. Previous Comments: [2005-07-18 11:03:23] [EMAIL PROTECTED] I would suggest to use iconv() instead of recode - the recode library is quite a mess. [2005-07-18 10:50:59] kirameku at email dot cz php4.4.0 was compiled with some warnings: /home/Develop/php-4.4.0/ext/recode/recode.c: In function `zif_recode_string': /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 5 of `recode_buffer_to_buffer' from incompatible pointer type /home/Develop/php-4.4.0/ext/recode/recode.c:156: warning: passing arg 6 of `recode_buffer_to_buffer' from incompatible pointer type recode version: recode-3.6-17, recode-devel-3.6-17 # gdb ./php core.15829 GNU gdb Red Hat Linux (6.3.0.0-0.31rh) Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "x86_64-redhat-linux-gnu"...Using host libthread_db library "/lib64/tls/libthread_db.so.1". Core was generated by `./php test.php'. Program terminated with signal 11, Segmentation fault. Reading symbols from /lib64/libcrypt.so.1...done. Loaded symbols for /lib64/libcrypt.so.1 Reading symbols from /lib64/libnsl.so.1...done. Loaded symbols for /lib64/libnsl.so.1 Reading symbols from /usr/lib64/librecode.so.0...done. Loaded symbols for /usr/lib64/librecode.so.0 Reading symbols from /usr/lib64/libpng12.so.0...done. Loaded symbols for /usr/lib64/libpng12.so.0 Reading symbols from /usr/lib64/libz.so.1...done. Loaded symbols for /usr/lib64/libz.so.1 Reading symbols from /usr/lib64/libjpeg.so.62...done. Loaded symbols for /usr/lib64/libjpeg.so.62 Reading symbols from /lib64/libresolv.so.2...done. Loaded symbols for /lib64/libresolv.so.2 Reading symbols from /lib64/tls/libm.so.6...done. Loaded symbols for /lib64/tls/libm.so.6 Reading symbols from /lib64/libdl.so.2...done. Loaded symbols for /lib64/libdl.so.2 Reading symbols from /lib64/libssl.so.4...done. Loaded symbols for /lib64/libssl.so.4 Reading symbols from /lib64/libcrypto.so.4...done. Loaded symbols for /lib64/libcrypto.so.4 Reading symbols from /usr/lib64/libgssapi_krb5.so.2...done. Loaded symbols for /usr/lib64/libgssapi_krb5.so.2 Reading symbols from /usr/lib64/libkrb5.so.3...done. Loaded symbols for /usr/lib64/libkrb5.so.3 Reading symbols from /lib64/libcom_err.so.2...done. Loaded symbols for /lib64/libcom_err.so.2 Reading symbols from /usr/lib64/libk5crypto.so.3...done. Loaded symbols for /usr/lib64/libk5crypto.so.3 Reading symbols from /lib64/tls/libc.so.6...done. Loaded symbols for /lib64/tls/libc.so.6 Reading symbols from /lib64/ld-linux-x86-64.so.2...done. Loaded symbols for /lib64/ld-linux-x86-64.so.2 Reading symbols from /lib64/libnss_files.so.2...done. Loaded symbols for /lib64/libnss_files.so.2 #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 (gdb) bt #0 0x0038693b7865 in delmodule_flat () from /usr/lib64/librecode.so.0 #1 0x0038693aa50d in recode_new_task () from /usr/lib64/librecode.so.0 #2 0x0038693aa82e in recode_perform_task () from /usr/lib64/librecode.so.0 #3 0x0038693a924c in recode_buffer_to_buffer () from /usr/lib64/librecode.so.0 #4 0x004b78c7 in zif_recode_string (ht=72, return_value=0x9571f8, this_ptr=0x48, return_value_used=9814288) at /home/Develop/php-4.4.0/ext/recode/recode.c:156 #5 0x0057fc80 in execute (op_array=0x957ad8) at /home/Develop/php-4.4.0/Zend/zend_execute.c:1672 #6 0x0056aa5e in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /home/Develop/php-4.4.0/Zend/zend.c:938 #7 0x0053c3d3 in php_execute_script (primary_file=0x7fb880) at /home/Develop/php-4.4.0/main/main.c:1751 #8 0x0058798d in main (argc=2, argv=0x7fb998) at /home/Develop/php-4.4.0/sapi/cli/php_cli.c:828 [2005-07-16 22:14:02] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generat
#33756 [NEW]: Memory issues / output formatting
From: schristm at gmail dot com
Operating system: Fedora Core 2 / Linux
PHP version: 5.1.0b2
PHP Bug Type: Unknown/Other Function
Bug description: Memory issues / output formatting
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the version
select box. I just upgrade from PHP 5.1b2 so I know that the issue is
definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL data
with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions of
the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit bug report at http://bugs.php.net/?id=33756&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33756&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33756&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33756&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33756&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33756&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33756&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33756&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33756&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33756&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33756&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33756&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33756&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33756&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33756&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33756&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33756&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33756&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33756&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33756&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33756&r=mysqlcfg
#33756 [Opn]: Memory issues / output formatting
ID: 33756
User updated by: schristm at gmail dot com
Reported By: schristm at gmail dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2 / Linux
-PHP Version: 5.1.0b2
+PHP Version: 5.1.0b3
New Comment:
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
Previous Comments:
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33751 [Bgs]: jpeg support
ID: 33751 User updated by: rob at tdd dot org dot uk Reported By: rob at tdd dot org dot uk Status: Bogus Bug Type: GD related Operating System: Debian GNU/Linux 3.0 PHP Version: 5.0.4 New Comment: Okay I have compiled php-5.0.3 and php-5.0.4 with the configure options. ./configure --with-gd --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --with-pspell --with-memcache --enable-soap --enable-exif --with-tidy --with-curl --with-png-dir=/usr/local --with-zlib-dir=/usr --enable-force-cgi-redirect --with-gettext --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local I have tested the script below on the command line. # cat ../imagecheck.php With php-5.0.3 # ./sapi/cli/php ../imagecheck.php Function imagecreatefromjpeg exists With php-5.0.4 # ./sapi/cli/php ../imagecheck.php Function imagecreatefromjpeg does not exist If there was a problem with the system and nothing had changed between the versions then the same problem would occur in php-5.0.3 Previous Comments: [2005-07-18 18:23:51] [EMAIL PROTECTED] Works fine for me (and there weren't any changes between 5.0.3 and 5.0.4 which could have broken it). There's just something wrong with your system. (check config.log, there you most likely will find the reason the check failed) Also: paths like /usr/lib do NOT WORK! (they never did and they never will, drop the /lib part from those!) [2005-07-18 17:30:03] rob at tdd dot org dot uk Description: I upgraded from php-5.0.3 to php-5.0.4. I used EXACTLY the same configuration options as php-5.0.3 and jpeg support was removed from gd in php-5.0.4. Both versions of php build and install successfully. ./configure --with-gd --with-mysql=/usr/local/mysql --with-apxs2=/usr/local/apache2/bin/apxs --enable-track-vars --with-pspell --with-memcache --enable-soap --enable-exif --with-tidy --with-curl --with-png-dir=/usr/local --with-zlib-dir=/usr/lib --enable-force-cgi-redirect --with-gettext --with-freetype-dir=/usr/local --with-jpeg-dir=/usr/local -- Edit this bug report at http://bugs.php.net/?id=33751&edit=1
#33723 [Ctl]: php_value overrides php_admin_value
ID: 33723
Updated by: [EMAIL PROTECTED]
Reported By: ezmlm at mail dot ru
Status: Critical
Bug Type: Apache related
Operating System: Linux
PHP Version: 5CVS-2005-07-18
New Comment:
Solved. I had wrong permissions and owners set on the path and script I
used. safe-mode works as expected.
Previous Comments:
[2005-07-18 19:18:20] [EMAIL PROTECTED]
I can't get safe-mode to work at all when using PHP CVS HEAD (5.1-dev).
No matter where I set it, be it php.ini or httpd.conf
[2005-07-18 10:35:56] ezmlm at mail dot ru
I've tried. safe_mode is really turned off. I can use system and exec
and read other users files that are readable by apache.
For instance system('cat /etc/passwd') works fine
[2005-07-18 10:27:18] [EMAIL PROTECTED]
Even if phpinfo() shows that some .ini option has different value, it's
not necessarily true. Try do something that "safe"
mode should prevent you from doing.
[2005-07-18 09:35:18] ezmlm at mail dot ru
The same problem with php5-latest
[2005-07-18 02:16:29] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
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/33723
--
Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33723 [Ctl->Opn]: php_value overrides php_admin_value
ID: 33723
Updated by: [EMAIL PROTECTED]
Reported By: ezmlm at mail dot ru
-Status: Critical
+Status: Open
Bug Type: Apache related
Operating System: Linux
PHP Version: 5CVS-2005-07-18
New Comment:
I can't reproduce this override problem when using Apache2.
Previous Comments:
[2005-07-19 00:37:23] [EMAIL PROTECTED]
Solved. I had wrong permissions and owners set on the path and script I
used. safe-mode works as expected.
[2005-07-18 19:18:20] [EMAIL PROTECTED]
I can't get safe-mode to work at all when using PHP CVS HEAD (5.1-dev).
No matter where I set it, be it php.ini or httpd.conf
[2005-07-18 10:35:56] ezmlm at mail dot ru
I've tried. safe_mode is really turned off. I can use system and exec
and read other users files that are readable by apache.
For instance system('cat /etc/passwd') works fine
[2005-07-18 10:27:18] [EMAIL PROTECTED]
Even if phpinfo() shows that some .ini option has different value, it's
not necessarily true. Try do something that "safe"
mode should prevent you from doing.
[2005-07-18 09:35:18] ezmlm at mail dot ru
The same problem with php5-latest
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/33723
--
Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33756 [Opn]: Memory issues / output formatting
ID: 33756
Updated by: [EMAIL PROTECTED]
Reported By: schristm at gmail dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
New Comment:
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
Previous Comments:
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33723 [Opn->Fbk]: php_value overrides php_admin_value
ID: 33723
Updated by: [EMAIL PROTECTED]
Reported By: ezmlm at mail dot ru
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux
PHP Version: 5CVS-2005-07-18
New Comment:
Try change that php_admin_value line in httpd.conf to this:
php_admin_value safe_mode 1
Previous Comments:
[2005-07-19 00:43:19] [EMAIL PROTECTED]
I can't reproduce this override problem when using Apache2.
[2005-07-19 00:37:23] [EMAIL PROTECTED]
Solved. I had wrong permissions and owners set on the path and script I
used. safe-mode works as expected.
[2005-07-18 19:18:20] [EMAIL PROTECTED]
I can't get safe-mode to work at all when using PHP CVS HEAD (5.1-dev).
No matter where I set it, be it php.ini or httpd.conf
[2005-07-18 10:35:56] ezmlm at mail dot ru
I've tried. safe_mode is really turned off. I can use system and exec
and read other users files that are readable by apache.
For instance system('cat /etc/passwd') works fine
[2005-07-18 10:27:18] [EMAIL PROTECTED]
Even if phpinfo() shows that some .ini option has different value, it's
not necessarily true. Try do something that "safe"
mode should prevent you from doing.
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/33723
--
Edit this bug report at http://bugs.php.net/?id=33723&edit=1
#33760 [NEW]: cURL needs to implement CRYPTO_callback functions to prevent locking
From: dev at null dot com Operating system: Redhat 9 PHP version: 5.0.4 PHP Bug Type: cURL related Bug description: cURL needs to implement CRYPTO_callback functions to prevent locking Description: I am experiencing problems when using multi-threaded cURL requests. When I have more than about 5 threads connecting using HTTPS, all subsequent threads fail to connect (regardless of the timeout used). I presume this is because PHP hasn't implemented the CRYPTO_callback functions to prevent OpenSSL locking. Sorry I have no idea how to implement this fix myself - but the solution to the problem is elaborated here: http://curl.haxx.se/mail/lib-2004-06/0086.html -- Edit bug report at http://bugs.php.net/?id=33760&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33760&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33760&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33760&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33760&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33760&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33760&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33760&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33760&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33760&r=support Expected behavior: http://bugs.php.net/fix.php?id=33760&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33760&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33760&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33760&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33760&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33760&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33760&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33760&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33760&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33760&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33760&r=mysqlcfg
#33727 [Fbk->Opn]: Curl crashes PHP 5.1 Beta 3
ID: 33727
User updated by: rele at gmx dot de
Reported By: rele at gmx dot de
-Status: Feedback
+Status: Open
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
PHP Version: 5.1.0b3
New Comment:
http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsalicZ1QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsaatcZ1QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&fls=3&salic=1&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&salic=1&fls=2&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
// get content from multiple URLs with the same object
foreach($urls as $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
?>
Best regards,
René
Previous Comments:
[2005-07-18 18:47:15] [EMAIL PROTECTED]
That script can't work either. Don't you test it at all?!
(hint: foreach ($foo as $bar))
[2005-07-18 11:32:03] rele at gmx dot de
Ok, I didn't know that.
Here is a full script:
http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsalicZ1QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsaatcZ1QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&fls=3&salic=1&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&salic=1&fls=2&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
?>
Best regards,
René
[2005-07-18 02:36:21] [EMAIL PROTECTED]
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programm
#33756 [Opn->Fbk]: Memory issues / output formatting
ID: 33756
Updated by: [EMAIL PROTECTED]
Reported By: schristm at gmail dot com
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
Previous Comments:
[2005-07-18 20:02:24] [EMAIL PROTECTED]
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33756 [Fbk->Opn]: Memory issues / output formatting
ID: 33756
User updated by: schristm at gmail dot com
Reported By: schristm at gmail dot com
-Status: Feedback
+Status: Open
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
New Comment:
Hi,
Here's some information that may help:
PHP 5.1.0b3 (cli) (built: Jul 18 2005 02:00:25)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0b3, Copyright (c) 1998-2004 Zend Technologies
Server version: Apache/1.3.33 (Unix)
Server built: May 9 2005 22:50:50
Server's Module Magic Number: 19990320:16
Server compiled with
-D EAPI
-D EAPI_MM
-D EAPI_MM_CORE_PATH="logs/httpd.mm"
-D HAVE_MMAP
-D HAVE_SHMGET
-D USE_SHMGET_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FCNTL_SERIALIZED_ACCEPT
-D HAVE_SYSVSEM_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=256
-D HTTPD_ROOT="/usr/local/apache"
-D SUEXEC_BIN="/usr/local/apache/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
-D DEFAULT_LOCKFILE="logs/httpd.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
-D ACCESS_CONFIG_FILE="conf/access.conf"
-D RESOURCE_CONFIG_FILE="conf/srm.conf"
Linux server1 2.4.20-021stab028.12.777-enterprise #1 SMP Fri May 13
15:50:02 MSD 2005 i686 athlon i386 GNU/Linux
I've also noticed some crashes:
[Mon Jul 18 12:25:38 2005] [notice] child pid 6400 exit signal
Segmentation fault (11)
[Mon Jul 18 12:25:44 2005] [notice] child pid 15616 exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:41 2005] [notice] child pid exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:43 2005] [notice] child pid 17153 exit signal
Segmentation fault (11)
[Mon Jul 18 13:28:50 2005] [notice] child pid 24097 exit signal
Segmentation fault (11)
[Mon Jul 18 13:56:50 2005] [notice] child pid 12704 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 12036 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 14306 exit signal
Segmentation fault (11)
How do you find out the SAPI information you need? Also, I'm really not
sure if it can be reproduced via the API. This is a very large
application and it would take allot of maneuvering to get it to run
from command line, but I suppose I can if you really need that info.
Previous Comments:
[2005-07-18 20:02:24] [EMAIL PROTECTED]
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33756 [Opn]: Memory issues / output formatting
ID: 33756
User updated by: schristm at gmail dot com
Reported By: schristm at gmail dot com
Status: Open
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
New Comment:
Oops! I mean't CLI, not API
Thanks!
Previous Comments:
[2005-07-18 20:08:31] schristm at gmail dot com
Hi,
Here's some information that may help:
PHP 5.1.0b3 (cli) (built: Jul 18 2005 02:00:25)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0b3, Copyright (c) 1998-2004 Zend Technologies
Server version: Apache/1.3.33 (Unix)
Server built: May 9 2005 22:50:50
Server's Module Magic Number: 19990320:16
Server compiled with
-D EAPI
-D EAPI_MM
-D EAPI_MM_CORE_PATH="logs/httpd.mm"
-D HAVE_MMAP
-D HAVE_SHMGET
-D USE_SHMGET_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FCNTL_SERIALIZED_ACCEPT
-D HAVE_SYSVSEM_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=256
-D HTTPD_ROOT="/usr/local/apache"
-D SUEXEC_BIN="/usr/local/apache/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
-D DEFAULT_LOCKFILE="logs/httpd.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
-D ACCESS_CONFIG_FILE="conf/access.conf"
-D RESOURCE_CONFIG_FILE="conf/srm.conf"
Linux server1 2.4.20-021stab028.12.777-enterprise #1 SMP Fri May 13
15:50:02 MSD 2005 i686 athlon i386 GNU/Linux
I've also noticed some crashes:
[Mon Jul 18 12:25:38 2005] [notice] child pid 6400 exit signal
Segmentation fault (11)
[Mon Jul 18 12:25:44 2005] [notice] child pid 15616 exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:41 2005] [notice] child pid exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:43 2005] [notice] child pid 17153 exit signal
Segmentation fault (11)
[Mon Jul 18 13:28:50 2005] [notice] child pid 24097 exit signal
Segmentation fault (11)
[Mon Jul 18 13:56:50 2005] [notice] child pid 12704 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 12036 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 14306 exit signal
Segmentation fault (11)
How do you find out the SAPI information you need? Also, I'm really not
sure if it can be reproduced via the API. This is a very large
application and it would take allot of maneuvering to get it to run
from command line, but I suppose I can if you really need that info.
[2005-07-18 20:02:24] [EMAIL PROTECTED]
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actual result:
--
Array
(
[a:1:{s:5:\"sttestdomain_com] => pointer
[testdomain2_com] => pointer
)
--
Edit this bug report at http://bugs.php.net/?id=33756&edit=1
#33759 [Opn->Bgs]: single POST variable is corrupted
ID: 33759 Updated by: [EMAIL PROTECTED] Reported By: kyle dot grieser-c at iovation dot com -Status: Open +Status: Bogus -Bug Type: Variables related +Bug Type: Apache2 related Operating System: linux PHP Version: 4.3.11 New Comment: It's just misconfiguration. Please don't report this as bug anymore. Previous Comments: [2005-07-19 00:07:13] kyle dot grieser-c at iovation dot com Description: A form of type POST that contains a single form element will corrupt the incoming value. What I get is this: formvalue="valueformvalue=value" What I expect is this: formvalue="value" Yuck! I found a very old bug report consistent with this from 2002 ( http://bugs.php.net/bug.php?id=18648 ) that suggested adding a hidden form element like this: This does indeed fix the problem, but seems like this bug has returned in a recent version of PHP. Is there a fix? I could not find any other bugs matching this report, and believe it was reintroduced with 4.3.11. Reproduce code: --- FORM VALUE: Expected result: I expect this: formvalue=value Actual result: -- I get this: formvalue=valueformvalue=value -- Edit this bug report at http://bugs.php.net/?id=33759&edit=1
#33760 [Opn->Bgs]: cURL needs to implement CRYPTO_callback functions to prevent locking
ID: 33760 Updated by: [EMAIL PROTECTED] Reported By: dev at null dot com -Status: Open +Status: Bogus Bug Type: cURL related Operating System: Redhat 9 PHP Version: 5.0.4 New Comment: This goes to /dev/null unless you come up with: a) real email address b) patch And I think this is actually something for Curl to fix, not PHP. Previous Comments: [2005-07-19 00:48:46] dev at null dot com Description: I am experiencing problems when using multi-threaded cURL requests. When I have more than about 5 threads connecting using HTTPS, all subsequent threads fail to connect (regardless of the timeout used). I presume this is because PHP hasn't implemented the CRYPTO_callback functions to prevent OpenSSL locking. Sorry I have no idea how to implement this fix myself - but the solution to the problem is elaborated here: http://curl.haxx.se/mail/lib-2004-06/0086.html -- Edit this bug report at http://bugs.php.net/?id=33760&edit=1
#33752 [Fbk->Opn]: safe_mode UID checks modification
ID: 33752 User updated by: mordae at mordae dot net Reported By: mordae at mordae dot net -Status: Feedback +Status: Open Bug Type: Feature/Change Request Operating System: all POSIX PHP Version: 4.3.11 New Comment: For the first, we all know what PHP does in so-called safe_mode. When using PHP as web server module and create directory or file, it is owned by user running web server, so we have to keep eyes on it's mode. Usually 0757 (0646) is needed. If we use safe_mode, we end up with unaccessible files, because UIDs doesn't match. There has to be some solution of this problem in PHP. I have seen many other, but none seems to be used. What about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file and if any of parent directory is owned by scripts owner, allow access. To improve security, you could also check if all sub-directories are owned by the user, who runs PHP (server) or - again - script owner. See Titov's patch at http://titov.net/safemodepatch/ he probably did it. The problem is, that it's not official and no webhosting is using it. Thank you Mordae And I do apologize. Previous Comments: [2005-07-18 19:36:15] [EMAIL PROTECTED] >For the first, we all know what PHP does in (un)safe_mode. So tell us, if you know. >There has to be some solution of this problem. What problem? >You have disagreed with all previous What are you talking about? [2005-07-18 17:44:19] mordae at mordae dot net Description: For the first, we all know what PHP does in (un)safe_mode. There has to be some solution of this problem. You have disagreed with all previous, so what about this one: Add php.ini directive, that will make PHP check UID of all parent directories of accessed file in addition of file's and if any of parent directories are owned by correct user, allow access. To improve security, you could also check if all directories "above" are owned by the user, who runs PHP. See Titov's patch at http://titov.net/safemodepatch/ Thank you Mordae -- Edit this bug report at http://bugs.php.net/?id=33752&edit=1
#33759 [Bgs]: single POST variable is corrupted
ID: 33759 User updated by: kyle dot grieser-c at iovation dot com Reported By: kyle dot grieser-c at iovation dot com Status: Bogus Bug Type: Apache2 related Operating System: linux PHP Version: 4.3.11 New Comment: If this is indeed misconfiguration, some information on how/why it is misconfigured sure would be nice. Your response, as is, is frustrating and USELESS! Previous Comments: [2005-07-19 00:53:16] [EMAIL PROTECTED] It's just misconfiguration. Please don't report this as bug anymore. [2005-07-19 00:07:13] kyle dot grieser-c at iovation dot com Description: A form of type POST that contains a single form element will corrupt the incoming value. What I get is this: formvalue="valueformvalue=value" What I expect is this: formvalue="value" Yuck! I found a very old bug report consistent with this from 2002 ( http://bugs.php.net/bug.php?id=18648 ) that suggested adding a hidden form element like this: This does indeed fix the problem, but seems like this bug has returned in a recent version of PHP. Is there a fix? I could not find any other bugs matching this report, and believe it was reintroduced with 4.3.11. Reproduce code: --- FORM VALUE: Expected result: I expect this: formvalue=value Actual result: -- I get this: formvalue=valueformvalue=value -- Edit this bug report at http://bugs.php.net/?id=33759&edit=1
#33468 [Com]: preg_match on long strings fails
ID: 33468
Comment by: mstuhu at web dot de
Reported By: mjsherman at chartermi dot net
Status: Assigned
Bug Type: PCRE related
Operating System: *
PHP Version: 5CVS, 4CVS (2005-06-26)
Assigned To: andrei
New Comment:
I'm experiencing the same problem with both preg_match and also
preg_replace_callback.
Though the string I'm having is well down below the limitations of
PCRE, PHP silently skips the function calls.
Sometimes I get a page back, but mostly there's no response from the
Apache server.
My test cases work(ed) fine up to 4.3.10.
After updating to 4.3.11 they're broken.
I've tested 4.3.11 on two different boxes:
the first one runs Red Hat 7 and PCRE Library Version 4.5
the second runs Debian Sarge and PCRE Library Version 5.0
Both show the same problems.
I've also upgraded both boxes to 4.4.0 for testing purposes, but the
problem persists.
When downgrading to 4.3.9 or 4.3.10 the problem disappears on both
boxes.
Judging from the above it seems not to be PCRE related,
I assume there were some code changes
Previous Comments:
[2005-06-24 19:30:06] [EMAIL PROTECTED]
Andrei, could you check it plz.
As far as I understand, this is something not related to PHP, but just
another PCRE limitation.
[2005-06-24 19:21:22] mjsherman at chartermi dot net
Just tested with 5.1.0beta2
Same problem.
[2005-06-24 18:28:01] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php5-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5-win32-latest.zip
[2005-06-24 18:24:34] mjsherman at chartermi dot net
Description:
preg_match, if passed a long subject string, fails unexpectedly.
I have read through the PCRE limitations, and can't see that this is
one of them. I have tried increasing memory limit (to increase the
stack) with the same results.
Cutoff and examples are below:
Reproduce code:
---
$subject = str_repeat('a',100);
$subject .= str_repeat('b', 4370);
$subject .= str_repeat('a', 100);
if (preg_match('/(.*).*?\1/',$subject)) {
echo "OK\n";
}
Expected result:
"OK" to be printed after matching 100 "a"s.
If 4370 is changed to 4369, then "OK" is printed.
Actual result:
--
With 4370 'b's, nothing is printed (failed preg_match)
With 4369 'b's, "OK" is printed (worked).
--
Edit this bug report at http://bugs.php.net/?id=33468&edit=1
#33757 [NEW]: Duplicidade de registros - insert
From: manzoli at cisi dot coppe dot ufrj dot br
Operating system: PHP
PHP version: 4.4.0
PHP Bug Type: Sybase-ct (ctlib) related
Bug description: Duplicidade de registros - insert
Description:
Estou realizando um insert.
Consigo gravar no banco, porém está me ocasionando erro de duplicidade.
É como se o IIS guardasse o comando e o enviasse novamente.
Reproduce code:
---
Trabalho com php e estou fazendo uma conexão sybase.
Primeiro - como sei no php se estou usando sybase-ct ou sybase-db?
Segundo - o que e melhor para se trabalhar sybase_pconnect ou
sybase_connect?
Olha só estou fazendo o seguinte insert:
for ($i = 0; $i <= $total_itens; $i++) {
include "inc_busca_conexao_syb.php";
// Grava dados do formulário.
$item = $_POST["item_$i"];
$descricao = $_POST["descricao_$i"];
if ($item)
{
$sql = "INSERT INTO tabela ";
$sql .= "(coi_item, cos_prot_destino, dat_solicitacao, stv_descricao, ";
$sql .= "cos_prot_origem, stc_status) ";
$sql .= "values (";
$sql .= "$item, '$prot_destino', convert(datetime,'$data_solicitacao',
103), ";
$sql .= "'$descricao','$prot_origem', 'N' ";
$sql .= ")";
$resultado = sybase_query(trim($sql),$db_conexao->db_connect_id);
sybase_free_result($resultado);
sybase_close($db_conexao->db_connect_id);
}
precisei abrir e fechar a conexão dentro do for, pois estava dando erro de
duplicidade o tempo todo. Não consegui descobrir o porque.
Minha conexão está da seguinte forma:
$db_user = "x"; //usuario do banco
$db_passwd = "y"; //senha do usuario
$db_database = "B"; //nome da base de dados
$db_server = "CCC"; //nome da base de dados
require("inc_conectardb_syb.php");
$db_conexao = new sql_db;
$db_conexao->sql_db($db_server,$db_user,$db_passwd,$db_database) or die
("Falha na chamada de conexão");
sybase_select_db($db_database, $db_conexao->db_connect_id) or die ("Falha
na
seleção do database");
define("SQL_LAYER","sql-sybase");
class sql_db
{
var $db_connect_id;
var $result;
var $next_id;
var $num_rows = array();
var $current_row = array();
var $field_names = array();
var $field_types = array();
var $result_rowset = array();
var $num_queries = 0;
//
// Constructor
//
function sql_db($sqlserver, $sqluser, $sqlpassword, $database,
$persistency = false)
{
$this->persistency = $persistency;
$this->server = $sqlserver;
$this->user = $sqluser;
$this->password = $sqlpassword;
$this->dbname = $database;
($this->db_connect_id = ($this->persistency) ? sybase_pconnect
($this->server, $this->user, $this->password) :
sybase_connect($this->server,
$this->user, $this->password));
return ( $this->db_connect_id ) ? $this->db_connect_id :
false;
}
}
TEM COMO ME AJUDAR. NÃO QUERIA ABRIR E FECHAR CONEXÃO A CADA PASSADA NO
FOR.
1 usuário(s) lendo este tópico (0 visitantes e 0 usuários anônimos)
--
Edit bug report at http://bugs.php.net/?id=33757&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33757&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=33757&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=33757&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=33757&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=33757&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=33757&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=33757&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=33757&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=33757&r=support
Expected behavior: http://bugs.php.net/fix.php?id=33757&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=33757&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=33757&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=33757&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33757&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=33757&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=33757&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=33757&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=33757&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=33757&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=33757&r=mysqlcfg
#33757 [Opn->Bgs]: Duplicidade de registros - insert
ID: 33757
Updated by: [EMAIL PROTECTED]
Reported By: manzoli at cisi dot coppe dot ufrj dot br
-Status: Open
+Status: Bogus
Bug Type: Sybase-ct (ctlib) related
Operating System: PHP
PHP Version: 4.4.0
New Comment:
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
Previous Comments:
[2005-07-18 20:36:30] manzoli at cisi dot coppe dot ufrj dot br
Description:
Estou realizando um insert.
Consigo gravar no banco, porém está me ocasionando erro de
duplicidade.
É como se o IIS guardasse o comando e o enviasse novamente.
Reproduce code:
---
Trabalho com php e estou fazendo uma conexão sybase.
Primeiro - como sei no php se estou usando sybase-ct ou sybase-db?
Segundo - o que e melhor para se trabalhar sybase_pconnect ou
sybase_connect?
Olha só estou fazendo o seguinte insert:
for ($i = 0; $i <= $total_itens; $i++) {
include "inc_busca_conexao_syb.php";
// Grava dados do formulário.
$item = $_POST["item_$i"];
$descricao = $_POST["descricao_$i"];
if ($item)
{
$sql = "INSERT INTO tabela ";
$sql .= "(coi_item, cos_prot_destino, dat_solicitacao, stv_descricao,
";
$sql .= "cos_prot_origem, stc_status) ";
$sql .= "values (";
$sql .= "$item, '$prot_destino', convert(datetime,'$data_solicitacao',
103), ";
$sql .= "'$descricao','$prot_origem', 'N' ";
$sql .= ")";
$resultado = sybase_query(trim($sql),$db_conexao->db_connect_id);
sybase_free_result($resultado);
sybase_close($db_conexao->db_connect_id);
}
precisei abrir e fechar a conexão dentro do for, pois estava dando erro
de
duplicidade o tempo todo. Não consegui descobrir o porque.
Minha conexão está da seguinte forma:
$db_user = "x"; //usuario do banco
$db_passwd = "y"; //senha do usuario
$db_database = "B"; //nome da base de dados
$db_server = "CCC"; //nome da base de dados
require("inc_conectardb_syb.php");
$db_conexao = new sql_db;
$db_conexao->sql_db($db_server,$db_user,$db_passwd,$db_database) or die
("Falha na chamada de conexão");
sybase_select_db($db_database, $db_conexao->db_connect_id) or die
("Falha na
seleção do database");
define("SQL_LAYER","sql-sybase");
class sql_db
{
var $db_connect_id;
var $result;
var $next_id;
var $num_rows = array();
var $current_row = array();
var $field_names = array();
var $field_types = array();
var $result_rowset = array();
var $num_queries = 0;
//
// Constructor
//
function sql_db($sqlserver, $sqluser, $sqlpassword, $database,
$persistency = false)
{
$this->persistency = $persistency;
$this->server = $sqlserver;
$this->user = $sqluser;
$this->password = $sqlpassword;
$this->dbname = $database;
($this->db_connect_id = ($this->persistency) ? sybase_pconnect
($this->server, $this->user, $this->password) :
sybase_connect($this->server,
$this->user, $this->password));
return ( $this->db_connect_id ) ? $this->db_connect_id :
false;
}
}
TEM COMO ME AJUDAR. NÃO QUERIA ABRIR E FECHAR CONEXÃO A CADA PASSADA NO
FOR.
1 usuário(s) lendo este tópico (0 visitantes e 0 usuários anônimos)
--
Edit this bug report at http://bugs.php.net/?id=33757&edit=1
#33757 [Bgs->Fbk]: Duplicidade de registros - insert
ID: 33757
Updated by: [EMAIL PROTECTED]
Reported By: manzoli at cisi dot coppe dot ufrj dot br
-Status: Bogus
+Status: Feedback
Bug Type: Sybase-ct (ctlib) related
Operating System: PHP
PHP Version: 4.4.0
New Comment:
Speak english here.
Previous Comments:
[2005-07-18 20:39:51] [EMAIL PROTECTED]
Sorry, but your problem does not imply a bug in PHP itself. For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions. Due to the volume
of reports we can not explain in detail here why your report is not
a bug. The support channels will be able to provide an explanation
for you.
Thank you for your interest in PHP.
[2005-07-18 20:36:30] manzoli at cisi dot coppe dot ufrj dot br
Description:
Estou realizando um insert.
Consigo gravar no banco, porém está me ocasionando erro de
duplicidade.
É como se o IIS guardasse o comando e o enviasse novamente.
Reproduce code:
---
Trabalho com php e estou fazendo uma conexão sybase.
Primeiro - como sei no php se estou usando sybase-ct ou sybase-db?
Segundo - o que e melhor para se trabalhar sybase_pconnect ou
sybase_connect?
Olha só estou fazendo o seguinte insert:
for ($i = 0; $i <= $total_itens; $i++) {
include "inc_busca_conexao_syb.php";
// Grava dados do formulário.
$item = $_POST["item_$i"];
$descricao = $_POST["descricao_$i"];
if ($item)
{
$sql = "INSERT INTO tabela ";
$sql .= "(coi_item, cos_prot_destino, dat_solicitacao, stv_descricao,
";
$sql .= "cos_prot_origem, stc_status) ";
$sql .= "values (";
$sql .= "$item, '$prot_destino', convert(datetime,'$data_solicitacao',
103), ";
$sql .= "'$descricao','$prot_origem', 'N' ";
$sql .= ")";
$resultado = sybase_query(trim($sql),$db_conexao->db_connect_id);
sybase_free_result($resultado);
sybase_close($db_conexao->db_connect_id);
}
precisei abrir e fechar a conexão dentro do for, pois estava dando erro
de
duplicidade o tempo todo. Não consegui descobrir o porque.
Minha conexão está da seguinte forma:
$db_user = "x"; //usuario do banco
$db_passwd = "y"; //senha do usuario
$db_database = "B"; //nome da base de dados
$db_server = "CCC"; //nome da base de dados
require("inc_conectardb_syb.php");
$db_conexao = new sql_db;
$db_conexao->sql_db($db_server,$db_user,$db_passwd,$db_database) or die
("Falha na chamada de conexão");
sybase_select_db($db_database, $db_conexao->db_connect_id) or die
("Falha na
seleção do database");
define("SQL_LAYER","sql-sybase");
class sql_db
{
var $db_connect_id;
var $result;
var $next_id;
var $num_rows = array();
var $current_row = array();
var $field_names = array();
var $field_types = array();
var $result_rowset = array();
var $num_queries = 0;
//
// Constructor
//
function sql_db($sqlserver, $sqluser, $sqlpassword, $database,
$persistency = false)
{
$this->persistency = $persistency;
$this->server = $sqlserver;
$this->user = $sqluser;
$this->password = $sqlpassword;
$this->dbname = $database;
($this->db_connect_id = ($this->persistency) ? sybase_pconnect
($this->server, $this->user, $this->password) :
sybase_connect($this->server,
$this->user, $this->password));
return ( $this->db_connect_id ) ? $this->db_connect_id :
false;
}
}
TEM COMO ME AJUDAR. NÃO QUERIA ABRIR E FECHAR CONEXÃO A CADA PASSADA NO
FOR.
1 usuário(s) lendo este tópico (0 visitantes e 0 usuários anônimos)
--
Edit this bug report at http://bugs.php.net/?id=33757&edit=1
#33648 [Fbk->Csd]: Using --with-regex=system causes compile failure
ID: 33648
Updated by: [EMAIL PROTECTED]
Reported By: ergin at ergin dot dyndns dot org
-Status: Feedback
+Status: Closed
Bug Type: Compile Failure
Operating System: *
PHP Version: 5CVS, 4CVS (2005-07-18)
Assigned To: andrei
New Comment:
It's fixed.
Previous Comments:
[2005-07-18 19:35:03] [EMAIL PROTECTED]
Please try using this CVS snapshot:
http://snaps.php.net/php4-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php4-win32-STABLE-latest.zip
[2005-07-15 13:03:31] [EMAIL PROTECTED]
This is not fixed yet. I added the necessary configure checks
and now HAVE_REGEX_T_RE_MAGIC is defined if re_magic exists in regext_t
struct.
Andrei: Please check it out.
[2005-07-14 22:25:38] [EMAIL PROTECTED]
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.
[2005-07-12 15:41:55] [EMAIL PROTECTED]
Assigned to Andrei, he broke it.
As to the problem: remove --with-regex=system from your configure line
and it will work fine.
[2005-07-12 08:56:25] ergin at ergin dot dyndns dot org
Here is my configure line...
- START -
%configure \
--prefix=%{_prefix} \
--with-config-file-path=%{_sysconfdir} \
--enable-force-cgi-redirect \
--disable-debug \
--enable-pic \
--disable-rpath \
--enable-inline-optimization \
--with-dom=shared \
--with-bz2 \
--with-db3 \
--with-exec-dir=%{_bindir} \
--with-freetype-dir=%{_prefix} \
--with-gd \
--with-gdbm \
--with-gettext \
--with-gmp \
--with-jpeg-dir=%{_prefix} \
--with-mm \
--with-openssl \
--with-png \
--with-regex=system \
--with-ttf \
--with-xml \
--with-expat-dir=%{_prefix} \
--with-zlib \
--with-layout=GNU \
--enable-bcmath \
--enable-debugger \
--enable-ftp \
--enable-magic-quotes \
--enable-safe-mode \
--enable-sockets \
--enable-sysvsem \
--enable-sysvshm \
--enable-discard-path \
--enable-mime-magic \
--enable-track-vars \
--enable-trans-sid \
--enable-yp \
--enable-wddx \
--without-oci8 \
--with-iconv --enable-mbstring --enable-mbregex \
--with-imap=shared,/usr/local/src/imap-2002e --with-imap-ssl
--with-kerberos=/usr/kerberos \
--with-ldap=shared \
--with-mysql=shared,/usr \
--with-pgsql=shared \
--with-curl=shared \
--with-mcrypt=shared \
--with-snmp=%{_prefix} \
--with-snmp=shared \
--enable-ucd-snmp-hack \
--with-unixODBC=shared \
--with-xmlrpc=shared \
--with-mhash=shared \
--enable-memory-limit \
--enable-bcmath \
--enable-shmop \
--enable-versioning \
--enable-sockets --enable-pcntl --enable-sigchild \
$*
END --
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/33648
--
Edit this bug report at http://bugs.php.net/?id=33648&edit=1
#33495 [Bgs->Opn]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495
User updated by: jsheets at idahoimageworks dot com
Reported By: jsheets at idahoimageworks dot com
-Status: Bogus
+Status: Open
Bug Type: Scripting Engine problem
Operating System: FreeBSD
PHP Version: 5CVS-2005-06-27 (dev)
New Comment:
The problem being that because the behavior was not consistent with the
documentation since before PHP 4.1 means that this is a defect in
documentation if nothing else.
This has already broken several popular open source PHP applications on
my test bed sever and is sure to have a wide impact since it causes a
fatal error.
Once a behavior is introduced, even if it is technically wrong it
shouldn't be suddenly changed without warning especially when such
change introduces fatal errors.
This is a fairly big change in the way that this function works,
whether it was documented in that way or not (again seems like a
documentation problem not an implementation problem).
The fact that it behaved in the previous way for at least 5 years would
indicate it deserves more consideration before it is allowed into the
wild where it will break applications and annoy both users and
developers.
Professional web development companies such as my own will not like
having to go back and "fix" countless websites built on popular
platforms because behavior was "fixed" in such a way that it makes a
function less usable than it originally was before the fix.
It seems that the time to make such a change would be a major release
of PHP such as PHP 6, not PHP 5.1 especially since a good number of PHP
4 users have not yet moved to PHP 5 and may consider PHP 5.1 the first
stable release.
You have to consider backwards compatability and breaking compatability
that has been there since PHP 4.0.x is a fairly big deal where changing
the documentation a little wouldn't be.
The question isn't where is it documented that way the question is why
shouldn't you be able to do it?
It makes since to be able to take the return value from a function call
and use it in another function call all languages including PHP allow
you to do so in cases where the return value is useful.
Removing this ability not only breaks compatability with both PHP
4.0.x, 4.1, 4.2, 4.3 and 5.0.x but it also makes PHP itself hardware to
use in this case and results in bulkier code without need.
Previous Comments:
[2005-06-28 09:10:37] [EMAIL PROTECTED]
It's actually a bug fix that "breaks" this. Where in the manual does it
say that you can pass something else than variables by reference?
[2005-06-28 01:40:37] jsheets at idahoimageworks dot com
Hi Tony,
This actually is a defect, the behavior has changed from previous
versions of PHP including 4.X and 5.0.X and PHP 5.1 BETA #1 in a non
backwards compatability way that will break existing scripts.
The script has worked properly with all versions of PHP since before
PHP 4.1, it stands to reason that you should be able to execute scripts
that that work with PHP 5.04 in PHP 5.1.
It is interesting that the behavior changed in such a way that it
breaks the script in beta 2 where beta 1 and previous works as
expected.
Obviously backwards compatability is important for PHP and if it
randomly decides to break backwards compatability it will be very
difficult to continue to sell in enterprise environments.
[2005-06-27 22:02:34] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The error message is quite informative, isn't it ?
array_shift() modifies specified variable and "explode('.',
'file.txt')" is definitely not a variable, but an expression.
[2005-06-27 21:16:37] jsheets at idahoimageworks dot com
Description:
Starting with PHP 5.1 beta #2 PHP dies with a
PHP Configuration:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-pgsql=/usr/local/pgsql''--enable-ftp' '--with-zlib-dir=/usr'
'--with-config-file-path=/usr/local/apache2/conf'
'--with-jpeg-dir=/usr/local'
PHP Versions: 5.1 BETA #2 and PHP 5.1 latest CVS
Reproduce code:
---
/**
* Returns the part of the filename before the .
* @param string $file
* @return string
*/
function GetBaseName($file)
{
if (empty($file)) {
return false;
}
// simplified, $file replaced with file.txt
return array_shift(explode('.', 'file.txt')));
}
Expected result:
The expected result is that PHP returns the portion of the filename
before the .
#33758 [NEW]: segfault in imap_mail_compose
From: 0602 at eq dot cz Operating system: Slackware Linux PHP version: 4.4.0 PHP Bug Type: Reproducible crash Bug description: segfault in imap_mail_compose Description: Whenever I run following code with imap_mail_compose() function, something like this gets logged: "[notice] child pid 11556 exit signal Segmentation fault (11)". Functions imap_listmailbox(), imap_headers() and imap_open() are working fine. Reproduce code: --- -- Edit bug report at http://bugs.php.net/?id=33758&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33758&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33758&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33758&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33758&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33758&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33758&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33758&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33758&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33758&r=support Expected behavior: http://bugs.php.net/fix.php?id=33758&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33758&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33758&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33758&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33758&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33758&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33758&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33758&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33758&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33758&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33758&r=mysqlcfg
#33495 [Opn->Bgs]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495
Updated by: [EMAIL PROTECTED]
Reported By: jsheets at idahoimageworks dot com
-Status: Open
+Status: Bogus
Bug Type: Scripting Engine problem
Operating System: FreeBSD
PHP Version: 5CVS-2005-06-27 (dev)
New Comment:
Without this fix, you get memory corruptions which cause strange and
very hard to reproduce problems in large "enterprise" applications, or
actually, even in small ones. It's either this fatal error (and it
*should* be fatal, as you're doing *something wrong*), or hard to
debug, incomprehensible vague errors in your enterprise scripts. I know
what to choose.
Previous Comments:
[2005-07-18 20:44:58] jsheets at idahoimageworks dot com
The problem being that because the behavior was not consistent with the
documentation since before PHP 4.1 means that this is a defect in
documentation if nothing else.
This has already broken several popular open source PHP applications on
my test bed sever and is sure to have a wide impact since it causes a
fatal error.
Once a behavior is introduced, even if it is technically wrong it
shouldn't be suddenly changed without warning especially when such
change introduces fatal errors.
This is a fairly big change in the way that this function works,
whether it was documented in that way or not (again seems like a
documentation problem not an implementation problem).
The fact that it behaved in the previous way for at least 5 years would
indicate it deserves more consideration before it is allowed into the
wild where it will break applications and annoy both users and
developers.
Professional web development companies such as my own will not like
having to go back and "fix" countless websites built on popular
platforms because behavior was "fixed" in such a way that it makes a
function less usable than it originally was before the fix.
It seems that the time to make such a change would be a major release
of PHP such as PHP 6, not PHP 5.1 especially since a good number of PHP
4 users have not yet moved to PHP 5 and may consider PHP 5.1 the first
stable release.
You have to consider backwards compatability and breaking compatability
that has been there since PHP 4.0.x is a fairly big deal where changing
the documentation a little wouldn't be.
The question isn't where is it documented that way the question is why
shouldn't you be able to do it?
It makes since to be able to take the return value from a function call
and use it in another function call all languages including PHP allow
you to do so in cases where the return value is useful.
Removing this ability not only breaks compatability with both PHP
4.0.x, 4.1, 4.2, 4.3 and 5.0.x but it also makes PHP itself hardware to
use in this case and results in bulkier code without need.
[2005-06-28 09:10:37] [EMAIL PROTECTED]
It's actually a bug fix that "breaks" this. Where in the manual does it
say that you can pass something else than variables by reference?
[2005-06-28 01:40:37] jsheets at idahoimageworks dot com
Hi Tony,
This actually is a defect, the behavior has changed from previous
versions of PHP including 4.X and 5.0.X and PHP 5.1 BETA #1 in a non
backwards compatability way that will break existing scripts.
The script has worked properly with all versions of PHP since before
PHP 4.1, it stands to reason that you should be able to execute scripts
that that work with PHP 5.04 in PHP 5.1.
It is interesting that the behavior changed in such a way that it
breaks the script in beta 2 where beta 1 and previous works as
expected.
Obviously backwards compatability is important for PHP and if it
randomly decides to break backwards compatability it will be very
difficult to continue to sell in enterprise environments.
[2005-06-27 22:02:34] [EMAIL PROTECTED]
Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php
The error message is quite informative, isn't it ?
array_shift() modifies specified variable and "explode('.',
'file.txt')" is definitely not a variable, but an expression.
[2005-06-27 21:16:37] jsheets at idahoimageworks dot com
Description:
Starting with PHP 5.1 beta #2 PHP dies with a
PHP Configuration:
'./configure' '--with-apxs2=/usr/local/apache2/bin/apxs'
'--with-pgsql=/usr/local/pgsql''--enable-ftp' '--with-zlib-dir=/usr'
'--with-config-file-path=/usr/local/apache2/conf'
'--with-jpeg-dir=/usr/local'
PHP Versions: 5.1 BETA #2 and PHP 5.1 latest CVS
Reproduc
#33758 [Opn->Fbk]: segfault in imap_mail_compose
ID: 33758 Updated by: [EMAIL PROTECTED] Reported By: 0602 at eq dot cz -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Slackware Linux PHP Version: 4.4.0 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. Previous Comments: [2005-07-18 20:46:03] 0602 at eq dot cz Description: Whenever I run following code with imap_mail_compose() function, something like this gets logged: "[notice] child pid 11556 exit signal Segmentation fault (11)". Functions imap_listmailbox(), imap_headers() and imap_open() are working fine. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=33758&edit=1
#33756 [Opn->Fbk]: Memory issues / output formatting
ID: 33756
Updated by: [EMAIL PROTECTED]
Reported By: schristm at gmail dot com
-Status: Open
+Status: Feedback
-Bug Type: Unknown/Other Function
+Bug Type: cURL related
Operating System: Fedora Core 2 / Linux
PHP Version: 5.1.0b3
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to "Open". Thank you for helping
us make PHP better.
Previous Comments:
[2005-07-18 20:10:39] schristm at gmail dot com
Oops! I mean't CLI, not API
Thanks!
[2005-07-18 20:08:31] schristm at gmail dot com
Hi,
Here's some information that may help:
PHP 5.1.0b3 (cli) (built: Jul 18 2005 02:00:25)
Copyright (c) 1997-2005 The PHP Group
Zend Engine v2.1.0b3, Copyright (c) 1998-2004 Zend Technologies
Server version: Apache/1.3.33 (Unix)
Server built: May 9 2005 22:50:50
Server's Module Magic Number: 19990320:16
Server compiled with
-D EAPI
-D EAPI_MM
-D EAPI_MM_CORE_PATH="logs/httpd.mm"
-D HAVE_MMAP
-D HAVE_SHMGET
-D USE_SHMGET_SCOREBOARD
-D USE_MMAP_FILES
-D HAVE_FCNTL_SERIALIZED_ACCEPT
-D HAVE_SYSVSEM_SERIALIZED_ACCEPT
-D SINGLE_LISTEN_UNSERIALIZED_ACCEPT
-D DYNAMIC_MODULE_LIMIT=64
-D HARD_SERVER_LIMIT=256
-D HTTPD_ROOT="/usr/local/apache"
-D SUEXEC_BIN="/usr/local/apache/bin/suexec"
-D DEFAULT_PIDLOG="logs/httpd.pid"
-D DEFAULT_SCOREBOARD="logs/httpd.scoreboard"
-D DEFAULT_LOCKFILE="logs/httpd.lock"
-D DEFAULT_ERRORLOG="logs/error_log"
-D TYPES_CONFIG_FILE="conf/mime.types"
-D SERVER_CONFIG_FILE="conf/httpd.conf"
-D ACCESS_CONFIG_FILE="conf/access.conf"
-D RESOURCE_CONFIG_FILE="conf/srm.conf"
Linux server1 2.4.20-021stab028.12.777-enterprise #1 SMP Fri May 13
15:50:02 MSD 2005 i686 athlon i386 GNU/Linux
I've also noticed some crashes:
[Mon Jul 18 12:25:38 2005] [notice] child pid 6400 exit signal
Segmentation fault (11)
[Mon Jul 18 12:25:44 2005] [notice] child pid 15616 exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:41 2005] [notice] child pid exit signal
Segmentation fault (11)
[Mon Jul 18 12:54:43 2005] [notice] child pid 17153 exit signal
Segmentation fault (11)
[Mon Jul 18 13:28:50 2005] [notice] child pid 24097 exit signal
Segmentation fault (11)
[Mon Jul 18 13:56:50 2005] [notice] child pid 12704 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 12036 exit signal
Segmentation fault (11)
[Mon Jul 18 13:57:19 2005] [notice] child pid 14306 exit signal
Segmentation fault (11)
How do you find out the SAPI information you need? Also, I'm really not
sure if it can be reproduced via the API. This is a very large
application and it would take allot of maneuvering to get it to run
from command line, but I suppose I can if you really need that info.
[2005-07-18 20:02:24] [EMAIL PROTECTED]
Please provide more information about your system (web-server name,
it's version, SAPI you use, etc.).
Are you able to reproduce it with PHP CLI ?
[2005-07-18 19:55:20] schristm at gmail dot com
I forgot to mention the output formatting issue. Again, this is very
strange!
When the array problem indicated above happens, the HTML output of the
PHP script gets garbled as well. Certain data that was once included in
table cells get bumped out of the table, text is garbled together, etc.
For example, in one of my table cells, a phrase is quoted
("domain.com"). When this error occurs, part of an tag that is
located at the bottom of the page gets spliced into the quote. I'm not
using CSS or anything like that either. Also, in this same example,
I've seen additional tags (magically?) appear where they don't
belong, causing stuff to output funny. Hope this helps!
Thanks!
[2005-07-18 19:42:04] schristm at gmail dot com
Description:
Hello,
I'm actually using PHP 5.1b3, however it was not an option in the
version select box. I just upgrade from PHP 5.1b2 so I know that the
issue is definitely with the latest beta release.
I am somehow (randomly) getting strange array keys after parsing cURL
data with parse_str().
When this occurs, it's usually the first array key that is garbled. In
most cases the key contains either partial serialized data or portions
of the path to the script.
Reproduce code:
---
Expected result:
Array
(
[testdomain_com] => pointer
[testdomain2_com] => pointer
)
Actu
#33495 [Bgs]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495 User updated by: jsheets at idahoimageworks dot com Reported By: jsheets at idahoimageworks dot com Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5CVS-2005-06-27 (dev) New Comment: I have no problem if you want to make a note in the manual that indicates in the past the function could be used in this form however this form is now deprecated and support for it will be removed in the future. However that has not been done, there was no note made about the change to the function and the change was done in between beta releases of PHP 5.1 (between 1 and 2). GCC supports allows uses of functionality in unintended forms even though it isn't pretty because it was initially created in that form. They mark it as deprecated for at least a minor release (usually a major x.x release or even just x release for example from 3 to 4 in the case of major changes) and then remove it once the community has had an appropiate amount of time to update their code or choose to stay with an older version. In the past PHP has followed this type of reasonsing, in attempting to avoid breaking current behavior until a major release because people there is most likely porting that will need to take place at that time anyway. However introducing fatal errors without a warning with something that has worked for 5 years is simply bad and bogus. Previous Comments: [2005-07-18 20:54:27] [EMAIL PROTECTED] Without this fix, you get memory corruptions which cause strange and very hard to reproduce problems in large "enterprise" applications, or actually, even in small ones. It's either this fatal error (and it *should* be fatal, as you're doing *something wrong*), or hard to debug, incomprehensible vague errors in your enterprise scripts. I know what to choose. [2005-07-18 20:44:58] jsheets at idahoimageworks dot com The problem being that because the behavior was not consistent with the documentation since before PHP 4.1 means that this is a defect in documentation if nothing else. This has already broken several popular open source PHP applications on my test bed sever and is sure to have a wide impact since it causes a fatal error. Once a behavior is introduced, even if it is technically wrong it shouldn't be suddenly changed without warning especially when such change introduces fatal errors. This is a fairly big change in the way that this function works, whether it was documented in that way or not (again seems like a documentation problem not an implementation problem). The fact that it behaved in the previous way for at least 5 years would indicate it deserves more consideration before it is allowed into the wild where it will break applications and annoy both users and developers. Professional web development companies such as my own will not like having to go back and "fix" countless websites built on popular platforms because behavior was "fixed" in such a way that it makes a function less usable than it originally was before the fix. It seems that the time to make such a change would be a major release of PHP such as PHP 6, not PHP 5.1 especially since a good number of PHP 4 users have not yet moved to PHP 5 and may consider PHP 5.1 the first stable release. You have to consider backwards compatability and breaking compatability that has been there since PHP 4.0.x is a fairly big deal where changing the documentation a little wouldn't be. The question isn't where is it documented that way the question is why shouldn't you be able to do it? It makes since to be able to take the return value from a function call and use it in another function call all languages including PHP allow you to do so in cases where the return value is useful. Removing this ability not only breaks compatability with both PHP 4.0.x, 4.1, 4.2, 4.3 and 5.0.x but it also makes PHP itself hardware to use in this case and results in bulkier code without need. [2005-06-28 09:10:37] [EMAIL PROTECTED] It's actually a bug fix that "breaks" this. Where in the manual does it say that you can pass something else than variables by reference? [2005-06-28 01:40:37] jsheets at idahoimageworks dot com Hi Tony, This actually is a defect, the behavior has changed from previous versions of PHP including 4.X and 5.0.X and PHP 5.1 BETA #1 in a non backwards compatability way that will break existing scripts. The script has worked properly with all versions of PHP since before PHP 4.1, it stands to reason that you should be able to execute scripts that that work with PHP 5.04 in PHP 5.1. It is interesting that the behavior changed in such a way that it breaks
#33727 [Opn->Asn]: Curl crashes PHP 5.1 Beta 3
ID: 33727
Updated by: [EMAIL PROTECTED]
Reported By: rele at gmx dot de
-Status: Open
+Status: Assigned
Bug Type: cURL related
Operating System: Windows 2000 SP4 Build 2195
PHP Version: 5.1.0b3
-Assigned To:
+Assigned To: edink
New Comment:
Works fine for me under Linux and using curl 7.12.1.
Edin, can you try this under win32 using more recent curl version?
Previous Comments:
[2005-07-18 20:06:24] rele at gmx dot de
http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsalicZ1QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.ebay.com/test_W0QQcatrefZC5QQfbdZ1QQfclZ3QQfromZR14QQfrppZ200QQfsclZ1QQfsooZ1QQfsopZ1QQftrtZ1QQftrvZ1QQnojsprZyQQpfidZ0QQsaatcZ1QQsacatZQ2d1QQsacqyopZgeQQsacurZ0QQsadisZ200QQsaslopZ1QQsofocusZbsQQsojsZ1QQsorefinesearchZ1';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&fls=3&salic=1&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
$urls[] =
'http://search.stores.ebay.com/search/search.dll?fp=4&sofocus=bs&satitle=test&sacat=-1%26catref%3DC5&fbd=1&sojs=1&fscl=1&saslop=1&catref=C5&sorefinesearch=1&from=R14&nojspr=y&pfid=0&sif=1&fswc=1&few=&saprclo=&saprchi=&sargn=-1%26saslc%3D0&salic=1&fls=2&saatc=1&sadis=200&fpos=&fsct=&sacur=0&ftrt=1&ftrv=1&sabdlo=&sabdhi=&fsop=1%26fsoo%3D1&fcl=3&frpp=200';
// get content from multiple URLs with the same object
foreach($urls as $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
?>
Best regards,
René
[2005-07-18 02:36:21] [EMAIL PROTECTED]
Please provide a script which actually can work. The one you put here
can not. foreach ($foo => bar) ?? Whatta hell?
And DO NOT add such useless dumps from winblows into the report unless
we ASK for them!
[2005-07-16 20:03:18] rele at gmx dot de
Description:
Hello,
when I use the current cURL library, the reusing of a cURL object for
multiple requests crashes PHP.
At least the first request works, but the next request or the third
request with the same cURL object will fail.
This worked with PHP 5.0.4 without problems.
PHP Version => 5.1.0b3
System => Windows NT TRENTEC1 5.0 build 2195
Build Date => Jul 14 2005 20:32:24
Configure Command => cscript /nologo configure.js
"--enable-snapshot-build" "--with-gd=shared"
PHP API => 20041225
PHP Extension => 20050617
Zend Extension => 220050617
Debug Build => no
Thread Safety => enabled
Zend Memory Manager => enabled
IPv6 Support => enabled
Zend Engine v2.1.0b3
CURL Information => libcurl/7.11.2 OpenSSL/0.9.7c zlib/1.1.4
Differences to php.ini-dist:
precision= 14
output_buffering = 4096
error_reporting = E_ALL
display_startup_errors = On
variables_order = "GPCS"
register_long_arrays = Off
register_argc_argv = Off
magic_quotes_gpc = Off
include_path = "C:\Programme\php\pear;C:\Programme\php\library;."
extension_dir = "C:\Programme\php\ext";
from="[EMAIL PROTECTED]"
user_agent="Mozilla/5.0 (Windows; U; Windows NT 5.0; de-DE; rv:1.7.8)
Gecko/20050511 Firefox/1.0.4"
extension=php_pdo_sqlite.dll
sendmail_from = [EMAIL PROTECTED]
dbx.colnames_case = "lowercase"
session.save_path = "C:\winnt\temp"
session.gc_divisor = 1000
session.bug_compat_42 = 0
session.hash_bits_per_character = 5
url_rewriter.tags =
"a=href,area=href,frame=src,input=src,form=fakeentry"
Reproduce code:
---
// Initializing cURL
$curl = curl_init();
curl_setopt($curl, CURLOPT_RETURNTRANSFER, TRUE);
curl_setopt($curl, CURLOPT_HEADER, 0);
curl_setopt($curl, CURLOPT_USERAGENT, ini_get('user_agent'));
curl_setopt($curl, CURLOPT_FOLLOWLOCATION, 1);
curl_setopt($curl, CURLOPT_ENCODING , 'gzip');
curl_setopt($curl, CURLOPT_COOKIEJAR, "my_cookies.txt");
curl_setopt($curl, CURLOPT_COOKIEFILE, "my_cookies.txt");
// get content from multiple URLs with the same object
foreach($urls => $url) {
curl_setopt($curl, CURLOPT_URL, $url);
$content = curl_exec($curl);
}
Expected result:
All URLs should be downloaded without problems, but after one or more
downloads the script exits with error code -1073741819.
When running the script from php-cgi.exe under a web server there will
be also a drwtsn32.log entry and a user.dmp file generated.
Actual result:
--
Last drwtsn32.log entry:
Anwendungsausnahme aufgetreten:
Anwendung: (pid=844)
Wann: 15.07.2005 @ 21:24:41.406
#33495 [Bgs->Opn]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495 User updated by: jsheets at idahoimageworks dot com Reported By: jsheets at idahoimageworks dot com -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5CVS-2005-06-27 (dev) New Comment: Opened again Previous Comments: [2005-07-18 20:58:25] jsheets at idahoimageworks dot com I have no problem if you want to make a note in the manual that indicates in the past the function could be used in this form however this form is now deprecated and support for it will be removed in the future. However that has not been done, there was no note made about the change to the function and the change was done in between beta releases of PHP 5.1 (between 1 and 2). GCC supports allows uses of functionality in unintended forms even though it isn't pretty because it was initially created in that form. They mark it as deprecated for at least a minor release (usually a major x.x release or even just x release for example from 3 to 4 in the case of major changes) and then remove it once the community has had an appropiate amount of time to update their code or choose to stay with an older version. In the past PHP has followed this type of reasonsing, in attempting to avoid breaking current behavior until a major release because people there is most likely porting that will need to take place at that time anyway. However introducing fatal errors without a warning with something that has worked for 5 years is simply bad and bogus. [2005-07-18 20:54:27] [EMAIL PROTECTED] Without this fix, you get memory corruptions which cause strange and very hard to reproduce problems in large "enterprise" applications, or actually, even in small ones. It's either this fatal error (and it *should* be fatal, as you're doing *something wrong*), or hard to debug, incomprehensible vague errors in your enterprise scripts. I know what to choose. [2005-07-18 20:44:58] jsheets at idahoimageworks dot com The problem being that because the behavior was not consistent with the documentation since before PHP 4.1 means that this is a defect in documentation if nothing else. This has already broken several popular open source PHP applications on my test bed sever and is sure to have a wide impact since it causes a fatal error. Once a behavior is introduced, even if it is technically wrong it shouldn't be suddenly changed without warning especially when such change introduces fatal errors. This is a fairly big change in the way that this function works, whether it was documented in that way or not (again seems like a documentation problem not an implementation problem). The fact that it behaved in the previous way for at least 5 years would indicate it deserves more consideration before it is allowed into the wild where it will break applications and annoy both users and developers. Professional web development companies such as my own will not like having to go back and "fix" countless websites built on popular platforms because behavior was "fixed" in such a way that it makes a function less usable than it originally was before the fix. It seems that the time to make such a change would be a major release of PHP such as PHP 6, not PHP 5.1 especially since a good number of PHP 4 users have not yet moved to PHP 5 and may consider PHP 5.1 the first stable release. You have to consider backwards compatability and breaking compatability that has been there since PHP 4.0.x is a fairly big deal where changing the documentation a little wouldn't be. The question isn't where is it documented that way the question is why shouldn't you be able to do it? It makes since to be able to take the return value from a function call and use it in another function call all languages including PHP allow you to do so in cases where the return value is useful. Removing this ability not only breaks compatability with both PHP 4.0.x, 4.1, 4.2, 4.3 and 5.0.x but it also makes PHP itself hardware to use in this case and results in bulkier code without need. [2005-06-28 09:10:37] [EMAIL PROTECTED] It's actually a bug fix that "breaks" this. Where in the manual does it say that you can pass something else than variables by reference? [2005-06-28 01:40:37] jsheets at idahoimageworks dot com Hi Tony, This actually is a defect, the behavior has changed from previous versions of PHP including 4.X and 5.0.X and PHP 5.1 BETA #1 in a non backwards compatability way that will break existing scripts. The script has worked properly with all versions of PHP since before PHP 4.1, it stand
#33495 [Opn->Bgs]: Fatal error: Only variables can be passed by reference with array_shift
ID: 33495 Updated by: [EMAIL PROTECTED] Reported By: jsheets at idahoimageworks dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: FreeBSD PHP Version: 5CVS-2005-06-27 (dev) New Comment: This is not a bug, also, if you have anything else to add - only a patch which solves this problem is going to be considered. Previous Comments: [2005-07-18 20:58:41] jsheets at idahoimageworks dot com Opened again [2005-07-18 20:58:25] jsheets at idahoimageworks dot com I have no problem if you want to make a note in the manual that indicates in the past the function could be used in this form however this form is now deprecated and support for it will be removed in the future. However that has not been done, there was no note made about the change to the function and the change was done in between beta releases of PHP 5.1 (between 1 and 2). GCC supports allows uses of functionality in unintended forms even though it isn't pretty because it was initially created in that form. They mark it as deprecated for at least a minor release (usually a major x.x release or even just x release for example from 3 to 4 in the case of major changes) and then remove it once the community has had an appropiate amount of time to update their code or choose to stay with an older version. In the past PHP has followed this type of reasonsing, in attempting to avoid breaking current behavior until a major release because people there is most likely porting that will need to take place at that time anyway. However introducing fatal errors without a warning with something that has worked for 5 years is simply bad and bogus. [2005-07-18 20:54:27] [EMAIL PROTECTED] Without this fix, you get memory corruptions which cause strange and very hard to reproduce problems in large "enterprise" applications, or actually, even in small ones. It's either this fatal error (and it *should* be fatal, as you're doing *something wrong*), or hard to debug, incomprehensible vague errors in your enterprise scripts. I know what to choose. [2005-07-18 20:44:58] jsheets at idahoimageworks dot com The problem being that because the behavior was not consistent with the documentation since before PHP 4.1 means that this is a defect in documentation if nothing else. This has already broken several popular open source PHP applications on my test bed sever and is sure to have a wide impact since it causes a fatal error. Once a behavior is introduced, even if it is technically wrong it shouldn't be suddenly changed without warning especially when such change introduces fatal errors. This is a fairly big change in the way that this function works, whether it was documented in that way or not (again seems like a documentation problem not an implementation problem). The fact that it behaved in the previous way for at least 5 years would indicate it deserves more consideration before it is allowed into the wild where it will break applications and annoy both users and developers. Professional web development companies such as my own will not like having to go back and "fix" countless websites built on popular platforms because behavior was "fixed" in such a way that it makes a function less usable than it originally was before the fix. It seems that the time to make such a change would be a major release of PHP such as PHP 6, not PHP 5.1 especially since a good number of PHP 4 users have not yet moved to PHP 5 and may consider PHP 5.1 the first stable release. You have to consider backwards compatability and breaking compatability that has been there since PHP 4.0.x is a fairly big deal where changing the documentation a little wouldn't be. The question isn't where is it documented that way the question is why shouldn't you be able to do it? It makes since to be able to take the return value from a function call and use it in another function call all languages including PHP allow you to do so in cases where the return value is useful. Removing this ability not only breaks compatability with both PHP 4.0.x, 4.1, 4.2, 4.3 and 5.0.x but it also makes PHP itself hardware to use in this case and results in bulkier code without need. [2005-06-28 09:10:37] [EMAIL PROTECTED] It's actually a bug fix that "breaks" this. Where in the manual does it say that you can pass something else than variables by reference? The remainder of the comments for this report are too long. To view the rest of the comments, please view the
#33758 [Fbk->Opn]: segfault in imap_mail_compose
ID: 33758 User updated by: 0602 at eq dot cz Reported By: 0602 at eq dot cz -Status: Feedback +Status: Open Bug Type: IMAP related Operating System: Slackware Linux PHP Version: 4.4.0 New Comment: The crash is reproducible with c-client from pine 4.62 and 4.63, build script is similar to this one: ftp://ftp.slackware.com/pub/slackware/slackware-current/source/n/php/php.SlackBuild with the exception that I use apache2, i.e. different apxs. I don't get the segfault with php 4.3.10 and c-client from pine 4.63. Previous Comments: [2005-07-19 00:07:00] [EMAIL PROTECTED] I can not reproduce this. Exactly what c-client version are you compiling PHP with? What configure line did you use? [2005-07-18 23:58:38] 0602 at eq dot cz # gdb /usr/local/apache2/bin/httpd GNU gdb 5.3 Copyright 2002 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-slackware-linux"... (gdb) run -X Starting program: /usr/local/apache2/bin/httpd -X [New Thread 16384 (LWP 7894)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 16384 (LWP 7894)] 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 (gdb) bt #0 0x003ba3bd in pthread_mutex_lock () from /lib/libpthread.so.0 #1 0x0047e880 in free () from /lib/libc.so.6 #2 0x00785bee in fs_give () from /usr/local/apache2/modules/libphp4.so #3 0x00795199 in mail_free_body_parameter () from /usr/local/apache2/modules/libphp4.so #4 0x00794f94 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #5 0x007951c5 in mail_free_body_part () from /usr/local/apache2/modules/libphp4.so #6 0x00795140 in mail_free_body_data () from /usr/local/apache2/modules/libphp4.so #7 0x00794f4d in mail_free_body () from /usr/local/apache2/modules/libphp4.so #8 0x006540dc in zif_imap_mail_compose () from /usr/local/apache2/modules/libphp4.so #9 0x00774c60 in execute () from /usr/local/apache2/modules/libphp4.so #10 0x00761471 in zend_execute_scripts () from /usr/local/apache2/modules/libphp4.so #11 0x0072ca3c in php_execute_script () from /usr/local/apache2/modules/libphp4.so #12 0x0077ab2c in execute () from /usr/local/apache2/modules/libphp4.so #13 0x0806712a in ap_run_handler (r=0x822a7f0) at config.c:153 #14 0x08067642 in ap_invoke_handler (r=0x822a7f0) at config.c:364 #15 0x08064a3f in ap_process_request (r=0x822a7f0) at http_request.c:249 #16 0x08060af9 in ap_process_http_connection (c=0x82248b0) at http_core.c:251 #17 0x0806f3f6 in ap_run_process_connection (c=0x82248b0) at connection.c:43 #18 0x08065ca3 in child_main (child_num_arg=3) at prefork.c:610 #19 0x08065e4e in make_child (s=0x809c340, slot=0) at prefork.c:650 #20 0x08065ea7 in startup_children (number_to_start=2) at prefork.c:722 #21 0x080665b5 in ap_mpm_run (_pconf=0x806566c, plog=0x80c4638, s=0x809c340) at prefork.c:941 #22 0x0806b56a in main (argc=2, argv=0xba24) at main.c:618 #23 0x0041ebb4 in __libc_start_main () from /lib/libc.so.6 (gdb) [2005-07-18 20:55:08] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to "Open". Thank you for helping us make PHP better. [2005-07-18 20:46:03] 0602 at eq dot cz Description: Whenever I run following code with imap_mail_compose() function, something like this gets logged: "[notice] child pid 11556 exit signal Segmentation fault (11)". Functions imap_listmailbox(), imap_headers() and imap_open() are working fine. Reproduce code: --- -- Edit this bug report at http://bugs.php.net/?id=33758&edit=1
#33338 [Opn->Sus]: undefined reference to `OPENSSL_add_all_algorithms_noconf'
ID: 8 Updated by: [EMAIL PROTECTED] Reported By: wim at godden dot net -Status: Open +Status: Suspended Bug Type: Compile Failure Operating System: Redhat Linux PHP Version: 5CVS-2005-06-14 New Comment: As soon as someone else can reproduce this, I will reopen and look into this issue. Previous Comments: [2005-07-18 12:40:04] wim at godden dot net This is the only machine with this specific configuration. The other machines are running Debian. The only one running a webserver there, doesn't even run PHP. Basically, this machine is the only one running PHP on Linux. [2005-07-18 02:42:20] [EMAIL PROTECTED] Can you or can you not reproduce this on any other machines? [2005-07-17 20:41:47] wim at godden dot net There are no other SSL files on the system. I've removed every instance of every file that was either installed using 'make install' or was in the package. [2005-07-04 01:00:04] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, 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". [2005-06-27 00:41:54] [EMAIL PROTECTED] And you're absolutely sure there aren't ANY other OpenSSL header files anywhere in your system? Are you able to reproduce this on any other machine?? 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/8 -- Edit this bug report at http://bugs.php.net/?id=8&edit=1
#33761 [NEW]: missing variable on textarea when var_name==prog.php_name
From: agradaw at yahoo dot es Operating system: Conectiva linux 9 PHP version: 4.3.11 PHP Bug Type: Variables related Bug description: missing variable on textarea when var_name==prog.php_name Description: missing variable on textarea when var_name==prog.php_name. When use variable name on my form same: and that are send to same program of name: sugiere.php The comming variable $sugiere don't have a text, that appears with lenght=0 and content not exist. I suppose a new rule exist or define: * Never send variable name's with same name of the target program (rutine or process), in the case or forms use. *SORRY: My english is poor, i'm from Oruro, Bolivia in south america and don't have practice in write english mail, but read very good. Thanks. -- Edit bug report at http://bugs.php.net/?id=33761&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=33761&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=33761&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=33761&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=33761&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=33761&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=33761&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=33761&r=needscript Try newer version: http://bugs.php.net/fix.php?id=33761&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=33761&r=support Expected behavior: http://bugs.php.net/fix.php?id=33761&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=33761&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=33761&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=33761&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=33761&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=33761&r=dst IIS Stability: http://bugs.php.net/fix.php?id=33761&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=33761&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=33761&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=33761&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=33761&r=mysqlcfg
