#44440 [Opn]: st_blocks undefined under BeOS
ID: 0 User updated by: jonathonfreeman at gmail dot com Reported By: jonathonfreeman at gmail dot com Status: Open Bug Type: Compile Failure Operating System: BeOS R5 PHP Version: 5.2.6RC2 New Comment: Correction: I changed line 235, not 237. Previous Comments: [2008-03-15 06:31:57] jonathonfreeman at gmail dot com Description: Build fails under BeOS R5 in /main/streams/memory.c:237 -- structure has no member named `st_blocks' Not sure if it's the appropriate fix, but I changed line 237 to this: #if !defined(PHP_WIN32) && !defined(__BEOS__) And PHP built successfully. Reproduce code: --- Build under BeOS R5. Expected result: Successfully build PHP. Actual result: -- Build fails. -- Edit this bug report at http://bugs.php.net/?id=0&edit=1
#44440 [NEW]: st_blocks undefined under BeOS
From: jonathonfreeman at gmail dot com Operating system: BeOS R5 PHP version: 5.2.6RC2 PHP Bug Type: Compile Failure Bug description: st_blocks undefined under BeOS Description: Build fails under BeOS R5 in /main/streams/memory.c:237 -- structure has no member named `st_blocks' Not sure if it's the appropriate fix, but I changed line 237 to this: #if !defined(PHP_WIN32) && !defined(__BEOS__) And PHP built successfully. Reproduce code: --- Build under BeOS R5. Expected result: Successfully build PHP. Actual result: -- Build fails. -- Edit bug report at http://bugs.php.net/?id=0&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=0&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=0&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=0&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=0&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=0&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=0&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=0&r=needscript Try newer version:http://bugs.php.net/fix.php?id=0&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=0&r=support Expected behavior:http://bugs.php.net/fix.php?id=0&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=0&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=0&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=0&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=0&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=0&r=dst IIS Stability:http://bugs.php.net/fix.php?id=0&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=0&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=0&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=0&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=0&r=mysqlcfg
#44438 [Bgs]: stristr will not take 3rd bool arg
ID: 44438 User updated by: jakem at nittanytravel dot com Reported By: jakem at nittanytravel dot com Status: Bogus Bug Type: Strings related Operating System: windows PHP Version: 5.2.5 New Comment: where does it say this was added in 5.3? According to the function page on php.net ChangeLog Version Description 6.0.0 Added the before_needle parameter. 4.3.0 strstr() was made binary safe. Where is version 6? Previous Comments: [2008-03-14 21:50:03] [EMAIL PROTECTED] Says the documentation: "5.3.0 Added the optional parameter before_needle" This is valid for strstr and stristr. [2008-03-14 20:56:01] jakem at nittanytravel dot com Description: Getting this: Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 This line: if ($t1 = stristr($file, 'front', true)) Removing true allows function to work. PHP Version 5.2.5 System Windows NT DESKTOP 5.1 build 2600 Build Date Nov 8 2007 23:18:08 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API ISAPI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\WINDOWS\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* Reproduce code: --- $file = 'Vienna Front View.jpg'; if ($t1 = stristr($file, 'front', true)) Expected result: Vienna Actual result: -- Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 -- Edit this bug report at http://bugs.php.net/?id=44438&edit=1
#44439 [NEW]: Paranoid
From: borchinfolab at gmail dot com Operating system: All PHP version: 5.2.5 PHP Bug Type: Feature/Change Request Bug description: Paranoid Description: I find the some default parameters in php to be a bit paranoid. The upload_max_filesize should be changed. 2M is very low in these days. Why not change it to 10M. I regulary need to change this parameter, and it is really very low. What about a paranoid parmeter in php? The I'm paranoid parameter should reduce all logical values to very low values. The max_upload_filesize could be reduced to say 10k or something. You could even include a value for the paranoid settings to be "Bill Gates". In this case all values will be 640k. -- Edit bug report at http://bugs.php.net/?id=44439&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44439&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44439&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44439&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44439&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44439&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44439&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44439&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44439&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44439&r=support Expected behavior:http://bugs.php.net/fix.php?id=44439&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44439&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44439&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44439&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44439&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44439&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44439&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44439&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44439&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44439&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44439&r=mysqlcfg
#44437 [Opn->Fbk]: Incomplete data coming at front end
ID: 44437 Updated by: [EMAIL PROTECTED] Reported By: nishant dot agg at gmail dot com -Status: Open +Status: Feedback Bug Type: Output Control Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: 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 the script requires a database to demonstrate the issue, please make sure it creates all necessary tables, stored procedures etc. Please avoid embedding huge scripts into the report. Previous Comments: [2008-03-14 18:46:29] nishant dot agg at gmail dot com Description: hi, I am retrieving some data from myql database onto my php page. The problem is that the data which is fetched from mysql is not complete. Say i have 120 rows in aparticular table in my database but when i check the record on front end it gives me less number of rows say 100 rows or 90 rows. Th bottom line is that i am unable to fetch the complete data from the database. I am not exactly aware of whther it is an php bug or what but please do solve this issue , My project is stuck in between because of this shit... Please do the needfull -- Edit this bug report at http://bugs.php.net/?id=44437&edit=1
#44438 [Opn->Bgs]: stristr will not take 3rd bool arg
ID: 44438 Updated by: [EMAIL PROTECTED] Reported By: jakem at nittanytravel dot com -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: Strings related Operating System: windows PHP Version: 5.2.5 New Comment: Says the documentation: "5.3.0 Added the optional parameter before_needle" This is valid for strstr and stristr. Previous Comments: [2008-03-14 20:56:01] jakem at nittanytravel dot com Description: Getting this: Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 This line: if ($t1 = stristr($file, 'front', true)) Removing true allows function to work. PHP Version 5.2.5 System Windows NT DESKTOP 5.1 build 2600 Build Date Nov 8 2007 23:18:08 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API ISAPI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\WINDOWS\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* Reproduce code: --- $file = 'Vienna Front View.jpg'; if ($t1 = stristr($file, 'front', true)) Expected result: Vienna Actual result: -- Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 -- Edit this bug report at http://bugs.php.net/?id=44438&edit=1
#44438 [NEW]: stristr will not take 3rd bool arg
From: jakem at nittanytravel dot com Operating system: windows PHP version: 5.2.5 PHP Bug Type: Unknown/Other Function Bug description: stristr will not take 3rd bool arg Description: Getting this: Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 This line: if ($t1 = stristr($file, 'front', true)) Removing true allows function to work. PHP Version 5.2.5 System Windows NT DESKTOP 5.1 build 2600 Build Date Nov 8 2007 23:18:08 Configure Command cscript /nologo configure.js "--enable-snapshot-build" "--with-gd=shared" Server API ISAPI Virtual Directory Support enabled Configuration File (php.ini) Path C:\WINDOWS Loaded Configuration File C:\WINDOWS\php.ini PHP API 20041225 PHP Extension 20060613 Zend Extension 220060519 Debug Build no Thread Safety enabled Zend Memory Manager enabled IPv6 Support enabled Registered PHP Streams php, file, data, http, ftp, compress.zlib Registered Stream Socket Transports tcp, udp Registered Stream Filters convert.iconv.*, string.rot13, string.toupper, string.tolower, string.strip_tags, convert.*, consumed, zlib.* Reproduce code: --- $file = 'Vienna Front View.jpg'; if ($t1 = stristr($file, 'front', true)) Expected result: Vienna Actual result: -- Warning: Wrong parameter count for stristr() in C:\Inetpub\wwwroot\RCC\test.php on line 39 -- Edit bug report at http://bugs.php.net/?id=44438&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44438&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44438&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44438&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44438&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44438&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44438&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44438&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44438&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44438&r=support Expected behavior:http://bugs.php.net/fix.php?id=44438&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44438&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44438&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44438&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44438&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44438&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44438&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44438&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44438&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44438&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44438&r=mysqlcfg
#44353 [Fbk->Opn]: https loads in apache, fails on cli. http fine
ID: 44353 User updated by: jmatthies at townleyandassociates dot com Reported By: jmatthies at townleyandassociates dot com -Status: Feedback +Status: Open Bug Type: CGI related Operating System: hp/ux 11.11 PHP Version: 5.2.5 New Comment: p -n gives identical results: Warning: file_get_contents(): SSL: No such file or directory in /opt/hpws/apache /htdocs/t.php on line 2 Warning: file_get_contents(): Failed to enable crypto in /opt/hpws/apache/htdocs /t.php on line 2 Warning: file_get_contents(https://www.google.co.uk/ig?hl=en): failed to open st ream: No such file or directory in /opt/hpws/apache/htdocs/t.php on line 2 Previous Comments: [2008-03-13 12:18:28] [EMAIL PROTECTED] Works fine for me. Try running the CLI binary without loading any php.ini: # php -n test.php [2008-03-06 18:03:56] jmatthies at townleyandassociates dot com Description: simple php file: https://www.google.co.uk/ig?hl=en'); ?> works fine when loaded in apache 2.0.58. When i run it via the cli, I get: Warning: file_get_contents(): SSL: No such file or directory in Warning: file_get_contents(): Failed to enable crypto in If I change it to http://, it works in apache and the cli Configure Command => './configure' '--prefix=/opt/hpws/apache/php' '--enable-soap' '--with-libxml-dir=/usr/local' '--with-openssl=/usr/local' '--with-openssl-dir=/usr/local' '--enable-ipv6' '--with-apxs2=/opt/hpws/apache/bin/apxs' '--with -unixODBC=shared,/opt/unixODBC' php -m shows the openssl module loaded. php -i shows similar output to phpinfo() through apache in regards to openssl info. Reproduce code: --- https://www.google.co.uk/ig?hl=en'); ?> Expected result: load the web page in question Actual result: -- Warning: file_get_contents(): SSL: No such file or directory in /opt/hpws/apache /htdocs/t.php on line 2 Warning: file_get_contents(): Failed to enable crypto in /opt/hpws/apache/htdocs /t.php on line 2 Warning: file_get_contents(https://www.google.co.uk/ig?hl=en): failed to open stream: Invalid argument in /opt/hpws/apache/htdocs/t.php on line 2 -- Edit this bug report at http://bugs.php.net/?id=44353&edit=1
#44266 [Opn->Bgs]: classes inheriting from SimpleXMLElement cannot have properties
ID: 44266
Updated by: [EMAIL PROTECTED]
Reported By: m dot beyer5 at gmx dot de
-Status: Open
+Status: Bogus
Bug Type: SimpleXML related
-Operating System: Linux
+Operating System: *
-PHP Version: 5.2.5
+PHP Version: *
New Comment:
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
Short answer no.
SimpleXML is designed in a way that properties map to sub elements or
attributes depending on the current level. So we cannot have some of
those mapping to pure properties. What you want is wrapping SimpleXML
instances in your own class (has-a design).
Previous Comments:
[2008-02-27 14:07:24] m dot beyer5 at gmx dot de
Description:
Classes inheriting from SimpleXMLElements should be able to have class
properties the same way any other class does.
Currently SimpleXML treats operations on class properties as operations
on the xml part of the object.
There should be a way to adress both seperately.
Reproduce code:
---
class Foo extends SimpleXMLElement
{
public $bar;
}
$str = "";
$foo = new Foo($str);
$foo->bar = array();
Expected result:
Assigning anything to Foo->bar should not affect the XML part but
should be handled as a normal class property.
Actual result:
--
SimpleXMLElement tries to interpret the public variable as an XML
Element, causing a warning:
Warning: It is not yet possible to assign complex types to properties
--
Edit this bug report at http://bugs.php.net/?id=44266&edit=1
#44437 [NEW]: Incomplete data coming at front end
From: nishant dot agg at gmail dot com Operating system: Windows Server 2003 PHP version: 5.2.5 PHP Bug Type: Output Control Bug description: Incomplete data coming at front end Description: hi, I am retrieving some data from myql database onto my php page. The problem is that the data which is fetched from mysql is not complete. Say i have 120 rows in aparticular table in my database but when i check the record on front end it gives me less number of rows say 100 rows or 90 rows. Th bottom line is that i am unable to fetch the complete data from the database. I am not exactly aware of whther it is an php bug or what but please do solve this issue , My project is stuck in between because of this shit... Please do the needfull -- Edit bug report at http://bugs.php.net/?id=44437&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=44437&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=44437&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=44437&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=44437&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=44437&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=44437&r=needtrace Need Reproduce Script:http://bugs.php.net/fix.php?id=44437&r=needscript Try newer version:http://bugs.php.net/fix.php?id=44437&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=44437&r=support Expected behavior:http://bugs.php.net/fix.php?id=44437&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=44437&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=44437&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=44437&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44437&r=php4 Daylight Savings: http://bugs.php.net/fix.php?id=44437&r=dst IIS Stability:http://bugs.php.net/fix.php?id=44437&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=44437&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=44437&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=44437&r=nozend MySQL Configuration Error:http://bugs.php.net/fix.php?id=44437&r=mysqlcfg
#43629 [Opn->Bgs]: trigger_error fails to trigger an error on Windows 2003
ID: 43629 User updated by: jwohlers at waubonsee dot edu Reported By: jwohlers at waubonsee dot edu -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows 2003 SP2 PHP Version: 5.2.5 New Comment: I found out the cause of this problem, in the sites apache config file there was a "php_admin_flag display_errors off" statement. In previous versions of PHP this was apparently allowed to be overridden. Previous Comments: [2007-12-18 18:32:57] jwohlers at waubonsee dot edu Description: I have been unable to make php generate errors by using the trigger_error function on an Apache / Windows 2003 server. The same code works fine on a duplicate install of Apache / PHP on windows XP. I have tried changing all of the error reporting setting in php.ini and added code to my script to try to force error reporting. Reproduce code: --- Expected result: I would expect to receive the following output: "Notice: This is an error in C:\websites\library\HTML\error.php on line 9" and that is the output I receive from the Windows XP machine. On windows 2003, I receive a blank page. Actual result: -- Output on windows 2003 server is blank. -- Edit this bug report at http://bugs.php.net/?id=43629&edit=1
#44436 [Opn->Bgs]: XML schema validation failing for SMIL language
ID: 44436
Updated by: [EMAIL PROTECTED]
Reported By: denis at edistar dot com
-Status: Open
+Status: Bogus
Bug Type: DOM XML related
Operating System: Linux
PHP Version: 5.2.5
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.
This is a libxml2 issue not PHP
Previous Comments:
[2008-03-14 13:52:10] denis at edistar dot com
Description:
I'm trying to validate a SMIL document using DOMDocument and the
official w3c schema.
The validation fails throwing several warnings.
Reproduce code:
---
http://www.w3.org/2001/SMIL20/Language\";>
";
$docSmil = new DOMDocument();
if (! $docSmil->loadXML($smil, LIBXML_NOCDATA)) {
throw new Exception("The SMIL file is not a valid xml
document");
}
if (!
$docSmil->schemaValidate('http://www.w3.org/2001/SMIL20/smil20.xsd')) {
throw new Exception("IThe SMIL file is not a valid SMIL
document");
}
echo "OK\n";
?>
Expected result:
OK
Actual result:
--
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type':
References from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type':
References from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type':
References from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type':
References from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type':
References from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Invalid Schema in /tmp/test.php
on line 25
Fatal error: Uncaught exception 'Exception' with message 'IThe SMIL
file is not a valid SMIL document' in /tmp/test.php:26
Stack trace:
#0 {main}
thrown in /tmp/test.php on line 26
--
Edit this bug report at http://bugs.php.net/?id=44436&edit=1
#44436 [NEW]: XML schema validation failing for SMIL language
From: denis at edistar dot com
Operating system: Linux
PHP version: 5.2.5
PHP Bug Type: DOM XML related
Bug description: XML schema validation failing for SMIL language
Description:
I'm trying to validate a SMIL document using DOMDocument and the official
w3c schema.
The validation fails throwing several warnings.
Reproduce code:
---
http://www.w3.org/2001/SMIL20/Language\";>
";
$docSmil = new DOMDocument();
if (! $docSmil->loadXML($smil, LIBXML_NOCDATA)) {
throw new Exception("The SMIL file is not a valid xml document");
}
if (!
$docSmil->schemaValidate('http://www.w3.org/2001/SMIL20/smil20.xsd')) {
throw new Exception("IThe SMIL file is not a valid SMIL
document");
}
echo "OK\n";
?>
Expected result:
OK
Actual result:
--
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type': References
from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type': References
from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type': References
from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type': References
from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Element
'{http://www.w3.org/2001/XMLSchema}element', attribute 'type': References
from this schema to components in the namespace
'http://www.w3.org/2001/SMIL20/Language' are not allowed, since not
indicated by an import statement. in /tmp/test.php on line 25
Warning: DOMDocument::schemaValidate(): Invalid Schema in /tmp/test.php on
line 25
Fatal error: Uncaught exception 'Exception' with message 'IThe SMIL file
is not a valid SMIL document' in /tmp/test.php:26
Stack trace:
#0 {main}
thrown in /tmp/test.php on line 26
--
Edit bug report at http://bugs.php.net/?id=44436&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=44436&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=44436&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=44436&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44436&r=fixedcvs
Fixed in release:
http://bugs.php.net/fix.php?id=44436&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=44436&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44436&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44436&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=44436&r=support
Expected behavior:http://bugs.php.net/fix.php?id=44436&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=44436&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=44436&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=44436&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=44436&r=php4
Daylight Savings: http://bugs.php.net/fix.php?id=44436&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=44436&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=44436&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=44436&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=44436&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=44436&r=mysqlcfg
#44344 [Opn->Bgs]: duplicate symbol error during make
ID: 44344 Updated by: [EMAIL PROTECTED] Reported By: sam dot sjk at gmail dot com -Status: Open +Status: Bogus Bug Type: Compile Failure Operating System: OSX 10.5.2 PHP Version: 5.2.5 New Comment: Don't use configure options when you don't know what they do.. Previous Comments: [2008-03-10 16:54:30] sam dot sjk at gmail dot com i tried the suggested http://snaps.php.net/php5.2-latest.tar.gz but with same results. I tried dozens of compile tests and determined that the issue only arrises for me if I configure/compile with "--with-pic" # with just --with-pic # make fails ./configure --with-pic # all my options except "--with-pic" # configures and makes fine ./configure --prefix=/usr/local/php5 \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --sysconfdir=/etc \ --without-mysql \ --without-sqlite \ --with-apxs2=/usr/sbin/apxs \ --enable-gd-native-ttf \ --with-jpeg-dir=/sw \ --with-pgsql=/Library/PostgreSQL8 \ --with-mime-magic=/etc/apache2/magic \ --with-png-dir=/usr/X11R6 [2008-03-10 11:59:43] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-05 22:07:08] sam dot sjk at gmail dot com sorry had OSX10.5.1, should be 10.5.2 [2008-03-05 22:03:58] sam dot sjk at gmail dot com Description: I've tried to compile 5.2.5 and latest 5.2 snap. I get an error during make: ld: duplicate symbol _yytext in Zend/zend_ini_scanner.o and Zend/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 I'm on OSX 10.5.2 build 9c31 Intel Core 2 Duo gcc version 4.0.1 (Apple Inc. build 5465) Bug 42106 states same problem. Not sure if it was proper to re-open that bug (and how thats done) Reproduce code: --- $ ./configure --prefix=/usr/local/php5 \ --mandir=/usr/share/man \ --infodir=/usr/share/info \ --sysconfdir=/etc \ --with-pgsql=/Library/PostgreSQL8 \ --without-mysql \ --with-apxs2=/usr/sbin/apxs \ --without-sqlite \ --with-mime-magic=/etc/apache2/magic \ --enable-gd-native-ttf \ --with-pic \ --with-jpeg-dir=/opt/local \ --with-png-dir=/opt/local $ make ld: duplicate symbol _yytext in Zend/zend_ini_scanner.o and Zend/zend_language_scanner.o collect2: ld returned 1 exit status make: *** [libs/libphp5.bundle] Error 1 Expected result: finish make with out error Actual result: -- $ make ... t/standard/reg.o ext/standard/soundex.o ext/standard/string.o ext/standard/scanf.o ext/standard/syslog.o ext/standard/type.o ext/standard/uniqid.o ext/standard/url.o ext/standard/url_scanner.o ext/standard/var.o ext/standard/versioning.o ext/standard/assert.o ext/standard/strnatcmp.o ext/standard/levenshtein.o ext/standard/incomplete_class.o ext/standard/url_scanner_ex.o ext/standard/ftp_fopen_wrapper.o ext/standard/http_fopen_wrapper.o ext/standard/php_fopen_wrapper.o ext/standard/credits.o ext/standard/css.o ext/standard/var_unserializer.o ext/standard/ftok.o ext/standard/sha1.o ext/standard/user_filters.o ext/standard/uuencode.o ext/standard/filters.o ext/standard/proc_open.o ext/standard/streamsfuncs.o ext/standard/http.o ext/tokenizer/tokenizer.o ext/tokenizer/tokenizer_data.o ext/xml/xml.o ext/xml/compat.o ext/xmlreader/php_xmlreader.o ext/xmlwriter/php_xmlwriter.o TSRM/TSRM.o TSRM/tsrm_strtok_r.o TSRM/tsrm_virtual_cwd.o main/main.o main/snprintf.o main/spprintf.o main/php_sprintf.o main/safe_mode.o main/fopen_wrappers.o main/alloca.o main/php_scandir.o main/php_ini.o main/SAPI.o main/rfc1867.o main/php_content_types.o main/strlcpy.o main/strlcat.o main/mergesort.o main/reentrancy.o main/php_variables.o main/php_ticks.o main/network.o main/php_open_temporary_file.o main/php_logos.o main/output.o main/streams/streams.o main/streams/cast.o main/streams/memory.o main/streams/filter.o main/streams/plain_wrapper.o main/streams/userspace.o main/streams/transports.o main/streams/xp_socket.o main/streams/mmap.o Zend/zend_language_parser.o Zend/zend_language_scanner.o Zend/zend_ini_parser.o Zend/zend_ini_scanner.o Zend/zend_alloc.o Zend/zend_compile.o Zend/zend_constants.o Zend/zend_dynamic_array.o Zend/zend_execute_API.o Zend/zend_highlight.o Zend/zend_llist.o Zend/zend_opcode.o Zend/zend_operators.o Zend/zend_ptr_stack.o Zend/zend_stack.o Zend/zend_variables.o Zend/zend.o Zend/zend_API.o Zend/zend_extensions.o Zend/zend_hash.o Zend/zend_list.o Zend/zend_indent.o Zend/zend_builtin_functions
#44354 [Opn->Asn]: PEAR:Build fails due to permissions on /tmp/pear/cache from existing install
ID: 44354 Updated by: [EMAIL PROTECTED] Reported By: cos at a dot org -Status: Open +Status: Assigned Bug Type: Compile Failure Operating System: RedHat Linux - RHEL 4 PHP Version: 5.2.5 -Assigned To: +Assigned To: cellog New Comment: Assigned to the PEAR manager. :) Previous Comments: [2008-03-06 21:51:38] cos at a dot org The key, I think, is the INSTALL_ROOT I defined for php's make. In the past, I believe this affected the pear build as well; now, it seems the pear build done by the php Makefile does not look at this, and instead uses the same temp dir and subdirectories as it would use at runtime, which is what puts it in conflict with what's already installed and in use on the system. However, I can't figure out what changed in PHP such that INSTALL_ROOT used to be honored but now isn't. [2008-03-06 21:41:29] cos at a dot org Description: I am trying to build PHP 5.2.5 for an RPM, on a system which already has PHP 5.2.4 installed (I built that RPM several months ago). In order to build the RPM, I need to make and install into a temporary local directory, as an unprivileged user. The build fails with this error: Installing PEAR environment: /hlg/rpmbuild/buildroot/php-5.2.5-1- manual/usr/local/lib/php/download directory "/tmp/pear/cache" is not writeable. Change download_dir config variable to a writeable dir ... ... followed by a series of related errors, and resulting in an incomplete install tree. I think this bug someone filed with debian.org is the same problem: http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=463979 Note: php.net directed me to file PEAR-related bugs on the PEAR web site; however, their bug system seems to only want bugs about to specific pear packages, so this problem did not seem to fit there. Reproduce code: --- Unpack PHP tarfile. Configure it with the --with-pear option. # mkdir -p /rpmbuild/buildroot/php-5.2.5-1-manual/etc/httpd/conf/ # cp -p /etc/httpd/conf/httpd.conf /rpmbuild/buildroot/php-5.2.5-1-manual/etc/httpd/conf/ # make INSTALL_ROOT=/rpmbuild/buildroot/php-5.2.4-4-manual install Expected result: I expect a complete PHP install tree, with PEAR, in /rpmbuild/buildroot/php-5.2.5-1-manual/ Actual result: -- Installing PHP SAPI module: apache2handler /usr/lib/httpd/build/instdso.sh SH_LIBTOOL='/bin/sh /usr/lib/apr/build/libtool' libphp5.la /rpmbuild/buildroot/php-5.2.4- 4-manual/usr/lib/httpd/modules /bin/sh /usr/lib/apr/build/libtool --mode=install cp libphp5.la /rpmbuild/buildroot/php-5.2.4-4-manual/usr/lib/httpd/modules/ cp .libs/libphp5.so /rpmbuild/buildroot/php-5.2.4-4- manual/usr/lib/httpd/modules/libphp5.so cp .libs/libphp5.lai /rpmbuild/buildroot/php-5.2.4-4- manual/usr/lib/httpd/modules/libphp5.la libtool: install: warning: remember to run `libtool --finish /home/cos/php-5.2.4/libs' chmod 755 /rpmbuild/buildroot/php-5.2.4-4- manual/usr/lib/httpd/modules/libphp5.so [activating module `php5' in /rpmbuild/buildroot/php-5.2.4-4- manual/etc/httpd/conf/httpd.conf] Installing PHP CLI binary:/rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/bin/ Installing PHP CLI man page: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/man/man1/ Installing build environment: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/lib/php/build/ Installing header files: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/include/php/ Installing helper programs: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/bin/ program: phpize program: php-config Installing man pages: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/man/man1/ page: phpize.1 page: php-config.1 Installing PEAR environment: /rpmbuild/buildroot/php-5.2.4-4- manual/usr/local/lib/php/ download directory "/tmp/pear/cache" is not writeable. Change download_dir config variable to a writeable dir [PEAR] Console_Getopt: Cannot initialize 'phar://install-pear- nozlib.phar/Console_Getopt-1.2.3.tar', invalid or missing package file download directory "/tmp/pear/cache" is not writeable. Change download_dir config variable to a writeable dir [PEAR] Archive_Tar: Cannot initialize 'phar://install-pear- nozlib.phar/Archive_Tar-1.3.2.tar', invalid or missing package file download directory "/tmp/pear/cache" is not writeable. Change download_dir config variable to a writeable dir [PEAR] Structures_Graph: Cannot initialize 'phar://install-pear- nozlib.phar/Structures_Graph-1.0.2.tar', invalid or missing package file download directory "/tmp/pear/cache" is not writeable. Change download_dir config variable to a writeable dir [PEAR] PEAR: Cannot initialize 'phar://install-pear-nozlib.phar/PEAR- 1.6.1.tar', invalid or missing package file
#44380 [Opn->Fbk]: localtime sometimes gives GMT date, not local
ID: 44380
Updated by: [EMAIL PROTECTED]
Reported By: tessone at polyglut dot net
-Status: Open
+Status: Feedback
Bug Type: Date/time related
Operating System: CentOS
PHP Version: 5.2.5
New Comment:
If you're using Apache, please check that there is no
php_value/php_admin_value settings used in any vhost/directory
(.htaccess/httpd.conf) to set the timezone.
Previous Comments:
[2008-03-13 18:53:03] tessone at polyglut dot net
As you can see from the sample code above, I haven't set date.timezone.
If I do set it, the erratic behavior stops.
However, it is a bug that without setting the timezone explicitly, the
behavior is erratic and unpredictable. It should default to either UTC
or the system timezone, but it definitely should not alternate randomly
between the two.
[2008-03-13 12:08:05] [EMAIL PROTECTED]
How/where do you set date.timezone ?
[2008-03-09 00:33:27] tessone at polyglut dot net
Description:
When using localtime() to get the server time into an array, sometimes
PHP chooses the local timezone, sometimes it chooses GMT. I am in
US/Eastern (-0500), so after 7pm, sometimes my script says it's today,
sometimes tomorrow (because it is choosing GMT).
Below is some code, plus a result from when it chooses the local
timezone (correct) and one where it chooses GMT (incorrect).
If I run date at the command-line, it consistently returns a US/Eastern
time, so the server is not skipping back and forth between timezones for
any reason.
Reproduce code:
---
print time() . ": ";
$serverTime = localtime(time());
print_r($serverTime);
print date("O");
Expected result:
1205022657: Array ( [0] => 57 [1] => 30 [2] => 19 [3] => 8 [4] => 2 [5]
=> 108 [6] => 6 [7] => 67 [8] => 0 ) -0500
Actual result:
--
1205022665: Array ( [0] => 5 [1] => 31 [2] => 0 [3] => 9 [4] => 2 [5]
=> 108 [6] => 0 [7] => 68 [8] => 0 ) +
--
Edit this bug report at http://bugs.php.net/?id=44380&edit=1
#44408 [Opn->Csd]: make works, 'make test' core dumps
ID: 44408 Updated by: [EMAIL PROTECTED] Reported By: charlesg at unixrealm dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Solaris 10 PHP Version: 5.2.5 New Comment: You could ask on some of the support channels how to install. Most likely you just have the usual broken Solaris tools around and should upgrade to the working GNU equivalents. Since there is no core dump anymore, this case is closed. Previous Comments: [2008-03-13 18:31:23] charlesg at unixrealm dot com I can't seem to upload the results. Yesterday I email but it got bounce back. today I let 'make test' do the upload but I don't see the report show up anywhere. There were several tests failed: = TEST RESULT SUMMARY - Exts skipped: 54 Exts tested : 25 - Number of tests : 5392 3938 Tests skipped : 1454 ( 27.0%) Tests warned:0 ( 0.0%) ( 0.0%) Tests failed: 252 ( 4.7%) ( 6.4%) Tests passed: 3686 ( 68.4%) ( 93.6%) - Time taken : 646 seconds = I am not sure how to pin point the ones that are relevant you and/or this ticker. The test result file is huge, probably the cause of the failured to upload (in the email it was gzipped). I probably have another problem causing massive failures with the CSV but I don't know what that could be. What's my best shot at getting some kind of PHP going on this system? Should I try an older version? [2008-03-13 11:58:59] [EMAIL PROTECTED] Yes, it can be mailed to qa and you should then be able to find the mail at http://news.php.net/php.qa.reports or http://news.php.net/php.qa (just provide the url to it here) But did it crash? What tests failed? [2008-03-12 01:42:42] charlesg at unixrealm dot com I ran the CVS snapshot and it produced a report. I will email to [EMAIL PROTECTED] Is there a way to attach it to the ticket? [2008-03-11 21:30:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi [2008-03-11 17:25:22] charlesg at unixrealm dot com Description: Ran config like this: ./configure --with-mysql=/usr/local/mysql --with-oci8=/usr/pkgs/oracle/product/10.2.0/Db_1 --with-openssl=/usr/local/ssl --with-apxs2=/usr/pkgs/apache/2.2.8/mendel/bin/apxs Same synthax was used on a Solaris 10 SPARC. This is a Solaris 10 x86 platform: SunOS mendel 5.10 Generic_127112-07 i86pc i386 i86pc <[EMAIL PROTECTED]> isainfo amd64 i386 Here is the output of 'make test': <[EMAIL PROTECTED]> make test Build complete. Don't forget to run 'make test'. Segmentation Fault - core dumped *** Error code 139 (ignored) The following command caused the error: if test ! -z "" && test -x ""; then \ TEST_PHP_EXECUTABLE= \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -U -d extension_dir=modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- " -d extension=$dlname"; done; fi` tests/; \ elif test ! -z "sapi/cli/php" && test -x "sapi/cli/php"; then \ INI_FILE=`/usr/local/src/apache/php-5.2.5/sapi/cli/php -r 'echo php_ini_loaded_file();'`; \ if test "$INI_FILE"; then \ egrep -v '^extension[\t\ ]*=' "$INI_FILE" > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ else \ echo > /usr/local/src/apache/php-5.2.5/tmp-php.ini; \ fi; \ TEST_PHP_EXECUTABLE=/usr/local/src/apache/php-5.2.5/sapi/cli/php \ TEST_PHP_SRCDIR=/usr/local/src/apache/php-5.2.5 \ CC="gcc" \ /usr/local/src/apache/php-5.2.5/sapi/cli/php -d 'open_basedir=' -d 'output_buffering=0' -d 'memory_limit=-1' /usr/local/src/apache/php-5.2.5/run-tests.php -c /usr/local/src/apache/php-5.2.5/tmp-php.ini -U -d extension_dir=/usr/local/src/apache/php-5.2.5/modules/ ` if test "x" != "x"; then for i in ""; do . $i; /usr/local/src/apache/php-5.2.5/build/shtool echo -n -- "
#44432 [Opn->Bgs]: PHP Stops Working After Windows Updates..
ID: 44432 Updated by: [EMAIL PROTECTED] Reported By: egil at aslagsen dot com -Status: Open +Status: Bogus -Bug Type: Unknown/Other Function +Bug Type: *General Issues Operating System: Windows Server 2003 PHP Version: 5.2.5 New Comment: Windows bugs are not PHP bugs. Bogus. (reinstall!) Previous Comments: [2008-03-13 17:53:23] egil at aslagsen dot com Description: PHP pages stop working after march 12th updates for Windows 2003. Setup is Windows 2003 Enterprise + PHP 5.2.5. I have the latest PHP release and PHP pages worked fine until the update and the required reboot.. Updates applied: Windows Malicious Software Removal Tool - March 2008 (KB890830) Update for Windows Server 2003 (KB948496) -- Edit this bug report at http://bugs.php.net/?id=44432&edit=1
#43207 [Opn->Fbk]: .htaccess settings missing (sometimes)
ID: 43207 Updated by: [EMAIL PROTECTED] Reported By: phpmyforum at gmail dot com -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: Linux PHP Version: 5.2.5 New Comment: Please try using this CVS snapshot: http://snaps.php.net/php5.2-latest.tar.gz For Windows (zip): http://snaps.php.net/win32/php5.2-win32-latest.zip For Windows (installer): http://snaps.php.net/win32/php5.2-win32-installer-latest.msi This should be fixed (patch from bug #43677 was applied! :) Previous Comments: [2008-02-25 14:16:08] manuel at mausz dot at same as 43677. maybe some dev should finally apply one of my patches. [2008-02-25 12:12:25] phpmyforum at gmail dot com > Try change the php_flag to php_value and use 0 or 1 as value. Didn't help. Today I could reproduce this behavior with PHP 5.2.5! [2008-01-14 16:19:26] dan at eskhosting dot com php_value/php_flag - no different too. [2008-01-14 16:05:14] dan at eskhosting dot com register_globals are switching On/Off randomise! Values: 1/On/true, 0/Off/false; place: .htacess, httpd.conf - no difference. Only global setting in php.ini are effective. Other variables works good. System: Red Hat Enterprise Linux ES release 4 (Nahant Update 6) PHP: 5.2.5 './configure' '--with-apxs=/usr/local/apache/bin/apxs' '--prefix=/usr/local' '--enable-bcmath' '--enable-calendar' '--with-curl' '--enable-ftp' '--with-gd' '--with-jpeg-dir=/usr/local' '--with-png-dir=/usr' '--with-xpm-dir=/usr/X11R6' '--with-gettext' '--with-iconv' '--enable-mbstring' '--enable-mbregex' '--with-mcrypt' '--enable-magic-quotes' '--with-mysqli' '--with-mysql=/usr' '--with-openssl' '--enable-discard-path' '--with-pear' '--with-pgsql=/usr' '--enable-safe-mode' '--enable-sockets' '--with-ttf' '--with-freetype-dir=/usr' '--enable-gd-native-ttf' '--with-xmlrpc' '--with-xsl=/usr' '--enable-zip' '--with-zlib' '--with-bz2' Apache: 1.3.37 [2007-11-11 18:49:12] [EMAIL PROTECTED] Try change the php_flag to php_value and use 0 or 1 as value. 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/43207 -- Edit this bug report at http://bugs.php.net/?id=43207&edit=1
#43755 [Bgs]: php_admin_value include_path on one VirtualHost affects all VirtualHosts
ID: 43755 Updated by: [EMAIL PROTECTED] Reported By: andrew-php at thepenry dot net Status: Bogus Bug Type: Apache2 related Operating System: centos4 PHP Version: 5.2.5 New Comment: And this should be fixed now in CVS and in soon to be released 5.2.6. Previous Comments: [2008-02-07 00:46:13] [EMAIL PROTECTED] Duplicate of bug #43677 [2008-01-10 05:20:30] andrew-php at thepenry dot net This bug seems to be the same as: http://bugs.php.net/bug.php?id=43677 [2008-01-04 23:10:19] andrew-php at thepenry dot net Description: Using php_admin_value include_path in one VirtualHost prevents using set_include_path() in another VirtualHost. The documentation is unclear about whether this is the correct behavior, but it seems like php_admin_value should only effect the VirtualHost it was declared in, not the entire server. -- Edit this bug report at http://bugs.php.net/?id=43755&edit=1
#43842 [Bgs]: register_globals randomise switching value On/Off
ID: 43842 Updated by: [EMAIL PROTECTED] Reported By: dan at eskhosting dot com Status: Bogus Bug Type: *Configuration Issues Operating System: Linux Red Hat ES 4 PHP Version: 5.2.5 New Comment: Or maybe it wasn't. Possibly fixed in CVS now. Previous Comments: [2008-01-28 23:36:09] [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. Not PHP, but Apache problem. [2008-01-15 09:05:16] dan at eskhosting dot com See here: http://blog.nefedov.org/phpinfo.php Now php.ini value is On. In .htaccess - Off. Local Master OnOn Off On Off On Off On OnOn OnOn OnOn Off On Off On OnOn OnOn OnOn OnOn OnOn OnOn Off On OnOn Off On OnOn (interval - 1 min) [2008-01-14 17:05:01] dan at eskhosting dot com Apache 1.3.37 PHP as module. 5.2.3 worked without this problem.. [2008-01-14 16:54:29] dan at eskhosting dot com Description: Set up value for gerister_globals take a random effect. Reproduce code: --- php.ini: register_globals = Off .htaccess: php_flag register_globals On Expected result: register_globals On Actual result: -- reports: register_globals On/Off - randomise! -- Edit this bug report at http://bugs.php.net/?id=43842&edit=1
#43579 [Fbk->Opn]: sessions time out on 5.2.5
ID: 43579 User updated by: assid at assid dot com Reported By: assid at assid dot com -Status: Feedback +Status: Open Bug Type: Session related Operating System: Debian etch PHP Version: 5.2.5 New Comment: Yes the assid.com domain has the following in the vhost php_admin_value open_basedir /home/assid:/var/shared:/var/stats:/tmp The other vhosts on the server have similar as well. The other domain: equineindia.com (that uses the login/logout function), has the following: php_admin_value session.gc_maxlifetime 10800 php_admin_value asp_tags 1 php_admin_value max_execution_time 90 php_admin_value session.name eisessid php_admin_value session.auto_start 1 php_admin_value session.cookie_domain .equineindia.com php_admin_value short_open_tag 1 What i did notice, is that if you want to "trigger" the bug, you refresh a few times on assid.com/session.php, then go to http://www.equineindia.com/login.php and then click login again, then go back to the counter (assid.com/session.php) this somehow makes the bug "easier" to reproduce. Atleast when running valgrind. When running generally, you just keep refreshing and the bug is triggered. Previous Comments: [2008-03-13 13:27:55] [EMAIL PROTECTED] Are you by any chance using php_admin_value/php_value/etc. in some .htaccess file or in your httpd.conf to set any php.ini options? [2008-03-08 20:31:41] assid at assid dot com Actually my original log did contain that. Nevertheless, here you go again i ran 2 rounds www.assid.com/apache.log www.assid.com/apache5.log Hope its helpful. Back to php 5.2.4 for now :| [2008-03-03 23:18:41] [EMAIL PROTECTED] While doing valgrind I'd also recommend setting USE_ZEND_ALLOC=0 in the environment. That would make the engine use only mallocs which would provide much more information to the valgrind. [2008-03-03 17:32:34] assid at assid dot com Yes, I reversed it back, but it didnt help (seeing the diff in the patch). [2008-03-03 17:31:32] assid at assid dot com It seems whenever I run http://assid.com/session.php (source - http://assid.com/session.phps), if i refresh enough number of times and at odd times, i end up with a new session of PHPSESSID (it also jumps back and forth). I am trying to figure out WHY its starting that session, when the script EXPLICITLY has a session name set to spheretest Maybe that can help us pinpoint what to check? 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/43579 -- Edit this bug report at http://bugs.php.net/?id=43579&edit=1
