#43022 [Asn->Bgs]: Globals are not set if object passed by reference

[dmitry]

 ID:   43022
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sonya at look-for-it dot de
-Status:   Assigned
+Status:   Bogus
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5.2CVS-2007-10-22
 Assigned To:  dmitry
 New Comment:

Your expectation is wrong and report is not releated to SOAP at all.
It is related to "global" and references.
The following script does exactly the same.

testvar1 = 100;
}
}

class TestClass2 {
public $testvar2;
function TestClass2() {
global $TestClass1;
$this->testvar2 = $TestClass1->testvar1;
}
}

function testGlobals() {
global $TestClass1, $TestClass2;
$TestClass1 =& new TestClass1(); // breaking reference
$TestClass2 = new TestClass2();
return $TestClass2->testvar2;
}

var_dump(testGlobals());
?>

global $TestClass1; - $TestClass1 become a reference to a global
variable
$TestClass1 =& ...  - $TestClass1 become a reference to assigned object
(the global variable is not affected by such assignment)
 
Thank you for report anyway.


Previous Comments:


[2007-10-23 09:28:57] [EMAIL PROTECTED]

Assigned to the SOAP extension maintainer.



[2007-10-22 11:05:30] sonya at look-for-it dot de

Thank you. I used the link you gave for windows (zip). But the objects
passed by reference are still not saved in $GLOBALS. For the above
example the object $TestClass1 is not saved in $GLOBALS['TestClass1']
when passed by reference and therefore it can not be access in
TestClass2. 

global $TestClass1 <- this line doesn't point to the object unless I
pass the object by value.



[2007-10-22 10:39:51] [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





[2007-10-19 08:27:37] sonya at look-for-it dot de

I have just tested it on Apache/1.3.33 (Debian GNU/Linux) and
PHP/5.2.3. Same behaviour.



[2007-10-18 14:24:06] sonya at look-for-it dot de

Description:

I have problem with $GLOBALS while executing scripts via SOAP Service.
Objects passed by reference is not set in $GLOBALS and cannot be used in
other classes. The same code works perfectly if executed direct in
browser.

Reproduce code:
---
client.php
--
ini_set("soap.wsdl_cache_enabled", "0");
 $client = new SoapClient("test.wsdl", array('trace'=> 1, 'exceptions'
=> 0));
print $client->testGlobals();


server.php
--
function testGlobals() {
global $TestClass1, $TestClass2;
require_once 'inc.php';
return $TestClass2->testvar2;
}
ini_set("soap.wsdl_cache_enabled", "0");
$server = new SoapServer("test.wsdl");
$server->addFunction("testGlobals");
$server->handle();


inc.php

require_once('TestClass1.class.php');
require_once('TestClass2.class.php');
$TestClass2 = new TestClass2();

---
TestClass1.class.php
---
class TestClass1 {

public $testvar1;
function TestClass1() {
$this->testvar1 = 100;
}
}

$TestClass1 = & new TestClass1();

-
TestClass2.class.php
-
class TestClass2 {

public $testvar2;
function TestClass2() {
global $TestClass1;
$this->testvar2 = $TestClass1->testvar1;
}
}




Expected result:

I expect the value 100 to be returned by service. 

Actual result:
--
Nothing is returned. The reason is that in TestClass2 there is no
$GLOBALS['TestClass1'] unless I pass $TestClass1 by value:
(last line of TestClass1.class.php):
$TestClass1 = new TestClass1();

What is wrong here?





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

#43038 [Asn->Fbk]: Memory Allocaltion Failure on versions 5.2.1 and up

[dmitry]

 ID:   43038
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mike dot simonds at maxim-ic dot com
-Status:   Assigned
+Status:   Feedback
 Bug Type: SOAP related
 Operating System: Windows XP & Linux
 PHP Version:  5.2CVS-2007-10-22
 Assigned To:  dmitry
 New Comment:

Sorry, but could you please provide a complete example that
demonstrates the bug and doesn't require your password.


Previous Comments:


[2007-10-23 09:26:17] [EMAIL PROTECTED]

Assigned to the SOAP extension maintainer.



[2007-10-22 13:21:50] mike dot simonds at maxim-ic dot com

We tried a CVS version for both Linux and Windows on Sunday and still
received the same error/fault

Thanks,
Mike



[2007-10-22 08:15:14] [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





[2007-10-19 14:00:10] mike dot simonds at maxim-ic dot com

Description:

I have a set of scripts which connect to Salesforce.com's API and
retrieve data from our instance and stores them in either an Oracle
Database or MySQL.  These scripts are identical, just the retrieving SQL
statement is different.   The Memory leak error happens when the scripts
with large data sets perform the extract.  The reason that I am
reporting this bug is that these scripts performed flawlessly in all php
version 5.* prior to upgrading to 5.2.1 and up.  The servers that house
these scripts are currently running 5.2.0

Reproduce code:
---
source of code >  http://www.mikesimonds.com/soap_php_bug.phps

Expected result:

I expected the data to be retrieved and inserted into our target
database without any errors as it did with versions prior to 5.2.1. 
These data sets number in the 130,000 count and have 40-60 rows in each
table

Actual result:
--
Error Results: 

Fatal error: Uncaught SoapFault exception: [Client] Allowed memory size
of 134217728 bytes exhausted (tried to allocate 1856074 bytes) in
C:\wamp\www\includes\soapclient\SforceBaseClient.php:506 Stack trace: #0
[internal function]: SoapClient->__call('queryMore', Array) #1
C:\wamp\www\includes\soapclient\SforceBaseClient.php(506):
SoapClient->queryMore(Object(stdClass)) #2
C:\wamp\www\extract\export_product2.php(122):
SforceBaseClient->queryMore('01g4001pM0w...') #3
C:\wamp\www\extract\export_product2.php(28):
get_products(Object(SforcePartnerClient)) #4 {main} thrown in
C:\wamp\www\includes\soapclient\SforceBaseClient.php on line 506





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

#43092 [NEW]: PHP crashes mysteriously after copying handle with 32+ long URL

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: Windows Vista
PHP version:  5.2.4
PHP Bug Type: cURL related
Bug description:  PHP crashes mysteriously after copying handle with 32+ long 
URL

Description:

I don't know what to make of this behavior. When CURL creates a handle
with 32 characters or more to the local filesystem, duplicates it, and then
PHP attempts to create a new object while passing in a parameter that is an
array of values, PHP crashes. I could only produce this behavior on Windows
Vista.

Reproduce code:
---
http://bugs.php.net/?id=43092&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43092&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43092&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43092&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43092&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43092&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43092&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43092&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43092&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43092&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43092&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43092&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43092&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43092&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43092&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43092&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43092&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43092&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43092&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43092&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43092&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43092&r=mysqlcfg

#43050 [Opn]: OCI8 persistent connections cannot recover from disconnect

[david at acz dot org]

 ID:   43050
 User updated by:  david at acz dot org
 Reported By:  david at acz dot org
 Status:   Open
 Bug Type: OCI8 related
 Operating System: SuSE Linux
 PHP Version:  5.2.4
 New Comment:

I wrote a patch that adds a new flag, use_ociping:

http://david.acz.org/tmp/php-5.2.4-oci8.patch

This solves the issue and seems to be the correct solution.


Previous Comments:


[2007-10-23 22:08:25] david at acz dot org

I found the root cause: OCIServerVersion() succeeds even though queries
fail.  You can verify this by calling oci_server_version() after the
"reconnected" line in the test script.  It works but the following query
returns ORA-01012.



[2007-10-19 23:08:54] david at acz dot org

Description:

OCI8 persistent connections cannot, by design, be closed.  The
consequence is that if the connection fails then the only recourse is to
restart PHP.  oci_pconnect always returns the same dead connection.  The
PHP application itself cannot correct the issue.  Connections can fail
due to idle timeouts, session kills, etc.

Two suggested fixes:

1) Add an oci_pclose() that always closes persistent connections.
2) Close or allow the connection to be closed after certain errors such
as 28, 1012, 2396, 3114, etc.

There are at least two ways to run the test and reproduce the error:

1) After you see the "sleeping" line, kill the session with ALTER
SYSTEM KILL SESSION.
2) Increase the sleep to 300 seconds and lower the idle timeout in the
database to 1 minute.

The code was tested with OCI 1.3.0 Beta (Revision:
1.269.2.16.2.38.4.1).

Reproduce code:
---



Actual result:
--
resource(4) of type (oci8 persistent connection)
sleeping
Array
(
[code] => 28
[message] => ORA-00028: your session has been killed
[offset] => 0
[sqltext] => ALTER SESSION SET NLS_DATE_FORMAT='-MM-DD
HH24:MI:SS'
)
query failed, closing connection
bool(true)
resource(8) of type (oci8 persistent connection)
reconnected
Array
(
[code] => 1012
[message] => ORA-01012: not logged on
[offset] => 0
[sqltext] => ALTER SESSION SET NLS_DATE_FORMAT='-MM-DD
HH24:MI:SS'
)
bool(false)






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

#43091 [NEW]: array_multisort has no effect on static variables

[darrenoh at sidepotsinternational dot com]

From: darrenoh at sidepotsinternational dot com
Operating system: OS X
PHP version:  4.4.7
PHP Bug Type: Arrays related
Bug description:  array_multisort has no effect on static variables

Description:

array_multisort() will not sort static variables.

Reproduce code:
---
function sort_test() {
  static $data = NULL;
  if (!isset($data)) {
$data[] = array('volume' => 67, 'edition' => 2);
$data[] = array('volume' => 86, 'edition' => 1);
$data[] = array('volume' => 85, 'edition' => 6);
$data[] = array('volume' => 98, 'edition' => 2);
$data[] = array('volume' => 86, 'edition' => 6);
$data[] = array('volume' => 67, 'edition' => 7);
foreach ($data as $key => $row) {
  $volume[$key]  = $row['volume'];
  $edition[$key] = $row['edition'];
}
array_multisort($volume, SORT_DESC, $edition, SORT_ASC, $data);
  }
  return $data;
}

Expected result:

array(
  0 => array('volume' => 98, 'edition' => 2),
  1 => array('volume' => 86, 'edition' => 1),
  2 => array('volume' => 86, 'edition' => 6),
  3 => array('volume' => 85, 'edition' => 6),
  4 => array('volume' => 67, 'edition' => 7),
  5 => array('volume' => 67, 'edition' => 2),
)

Actual result:
--
array(
  0 => array('volume' => 67, 'edition' => 2),
  1 => array('volume' => 86, 'edition' => 1),
  2 => array('volume' => 85, 'edition' => 6),
  3 => array('volume' => 98, 'edition' => 2),
  4 => array('volume' => 86, 'edition' => 6),
  5 => array('volume' => 67, 'edition' => 7),
)

-- 
Edit bug report at http://bugs.php.net/?id=43091&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43091&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43091&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43091&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43091&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43091&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43091&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43091&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43091&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43091&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43091&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43091&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43091&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43091&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43091&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43091&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43091&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43091&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43091&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43091&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43091&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43091&r=mysqlcfg

#43090 [NEW]: Configure / Compile Failure Issues

[jerry at scene-naturally dot dyndns dot org]

From: jerry at scene-naturally dot dyndns dot org
Operating system: OS X
PHP version:  5.2.5RC1
PHP Bug Type: *Compile Issues
Bug description:  Configure / Compile Failure Issues

Description:

1)  Does not work with db-4.6

Using --with-db4=/usr/local in the configure options 
does not work if you only have db-4.6 installed.
Editing the configure script; line 28433:
  for LIB in db-4.5 db-4.4 db-4.3 db-4.2 db-4.1 db-4.0 db-4 db4 db; do

 to be 

  for LIB in db-4.6 db-4.5 db-4.4 db-4.3 db-4.2 db-4.1 db-4.0 db-4 db4 
db; do

allows the configure to proceed.

2)  Does not compile with gmp (version 4.2.2) installed.

using --with-gmp=/usr/local in the configure options 
returns:

error: /usr/local/lib/libgmp.a(popcount.o) has 
local relocation entries in non-writable section (__TEXT,__text)

3)  Using the pdo-sqlite option will not configure:

using --enable-pdo=shared --with-sqlite=shared --with-
pdo-sqlite=shared in the configure options returns:

error: Due to the way that loadable modules 
work on OSX/Darwin, you need to compile the PDO package statically 
into the PHP core.
Please follow the instructions at: 
http://netevil.org/node.php?nid=202 for more detail on this issue.


That site has instructions that are many, many years 
out of date for getting this to work for PHP 5.0.4 running on OS X 
10.2. These instructions do not work for PHP5.2.5rc1 running on OS X 
10.4.


4)  The included INSTALL document has incorrect information in 
Chapter 3. Installation on Mac OS X. The subsection entitled 
"Compiling for MacOS X Client" does not tell you how to compile PHP5 
for the OS X client version. Instead, instructions are given to 
download a PHP4 module from a web site that does not not exist. There 
are further errors in the instructions, but that is a moot point.

The previous section "Compiling for OS X Server" is chock full 
of very outdated instructions for building PHP4 -- not PHP5 for very 
old versions of OS X server -- versions that very few folks use.


5)  Does not compile with libbind from BIND9 installed.
Installing BIND v 9.4.1–P1 on OS X causes a conflict 
for PHP5.2.5rc1 and the compile will stop with the errors in the 
symbols _res_nclose, _res_ninit, _res_nmkquery, _res_nsend coming from 
the file ext/standard/dns.c.







-- 
Edit bug report at http://bugs.php.net/?id=43090&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43090&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43090&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43090&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43090&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43090&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43090&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43090&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43090&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43090&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43090&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43090&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43090&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43090&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43090&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43090&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43090&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43090&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43090&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43090&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43090&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43090&r=mysqlcfg

#43050 [Opn]: OCI8 persistent connections cannot recover from disconnect

[david at acz dot org]

 ID:   43050
 User updated by:  david at acz dot org
 Reported By:  david at acz dot org
 Status:   Open
 Bug Type: OCI8 related
 Operating System: SuSE Linux
 PHP Version:  5.2.4
 New Comment:

I found the root cause: OCIServerVersion() succeeds even though queries
fail.  You can verify this by calling oci_server_version() after the
"reconnected" line in the test script.  It works but the following query
returns ORA-01012.


Previous Comments:


[2007-10-19 23:08:54] david at acz dot org

Description:

OCI8 persistent connections cannot, by design, be closed.  The
consequence is that if the connection fails then the only recourse is to
restart PHP.  oci_pconnect always returns the same dead connection.  The
PHP application itself cannot correct the issue.  Connections can fail
due to idle timeouts, session kills, etc.

Two suggested fixes:

1) Add an oci_pclose() that always closes persistent connections.
2) Close or allow the connection to be closed after certain errors such
as 28, 1012, 2396, 3114, etc.

There are at least two ways to run the test and reproduce the error:

1) After you see the "sleeping" line, kill the session with ALTER
SYSTEM KILL SESSION.
2) Increase the sleep to 300 seconds and lower the idle timeout in the
database to 1 minute.

The code was tested with OCI 1.3.0 Beta (Revision:
1.269.2.16.2.38.4.1).

Reproduce code:
---



Actual result:
--
resource(4) of type (oci8 persistent connection)
sleeping
Array
(
[code] => 28
[message] => ORA-00028: your session has been killed
[offset] => 0
[sqltext] => ALTER SESSION SET NLS_DATE_FORMAT='-MM-DD
HH24:MI:SS'
)
query failed, closing connection
bool(true)
resource(8) of type (oci8 persistent connection)
reconnected
Array
(
[code] => 1012
[message] => ORA-01012: not logged on
[offset] => 0
[sqltext] => ALTER SESSION SET NLS_DATE_FORMAT='-MM-DD
HH24:MI:SS'
)
bool(false)






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

#42566 [Com]: array_reduce coverts '' to 0 for initial value

[a at b dot c dot de]

 ID:   42566
 Comment by:   a at b dot c dot de
 Reported By:  lindsay at marshall dot name
 Status:   No Feedback
 Bug Type: Arrays related
 Operating System: Fedora
 PHP Version:  5.2.4
 New Comment:

A short but complete example (copied from the cited user notes on the
array_reduce page):



Expected result: cba
Actual result: cba0


Previous Comments:


[2007-09-14 01:00:01] 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".



[2007-09-06 10:41:03] [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 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.





[2007-09-05 14:59:16] lindsay at marshall dot name

Description:

If you want to use array_reduce to produce a string rather than a
number you cannot set the initial string to be '' as it is converted to
0. You can work round this but it is not elegant. There seems to be no
reason why array_reduce should not work with strings (it did in 4.x)

Reproduce code:
---
see comment on array_reduce page

Expected result:

see comment on array_reduce page






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

#43089 [Opn->Bgs]: DOMDocument::loadXML() causes warning not trapped by libxml errors

[scottmac]

 ID:  43089
 Updated by:  [EMAIL PROTECTED]
 Reported By: mike at silverorange dot com
-Status:  Open
+Status:  Bogus
 Bug Type:DOM XML related
 PHP Version: 5.2.4
 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.

The error is from by PHP, not libxml which libxml_use_internal_errors()
corresponds to.


Previous Comments:


[2007-10-23 19:02:58] mike at silverorange dot com

Description:

When libxml_use_internal_errors() is used, DOMDocument::loadXML() still
causes a general PHP warning to be raised when passed an empty string.

If this is by design, the documentation should mention this warning
will be triggered if an empty string is used.

Reproduce code:
---
$errors = libxml_use_internal_errors(true);

$document = new DOMDocument();
var_dump($document->loadXML(''));
   
libxml_clear_errors();
libxml_use_internal_errors($errors);

Expected result:

bool(false)

Actual result:
--
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Empty
string supplied as input

bool(false)





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

#43089 [NEW]: DOMDocument::loadXML() causes warning not trapped by libxml errors

[mike at silverorange dot com]

From: mike at silverorange dot com
Operating system: 
PHP version:  5.2.4
PHP Bug Type: DOM XML related
Bug description:  DOMDocument::loadXML() causes warning not trapped by libxml 
errors

Description:

When libxml_use_internal_errors() is used, DOMDocument::loadXML() still
causes a general PHP warning to be raised when passed an empty string.

If this is by design, the documentation should mention this warning will
be triggered if an empty string is used.

Reproduce code:
---
$errors = libxml_use_internal_errors(true);

$document = new DOMDocument();
var_dump($document->loadXML(''));
   
libxml_clear_errors();
libxml_use_internal_errors($errors);

Expected result:

bool(false)

Actual result:
--
Warning: DOMDocument::loadXML() [function.DOMDocument-loadXML]: Empty
string supplied as input

bool(false)

-- 
Edit bug report at http://bugs.php.net/?id=43089&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43089&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43089&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43089&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43089&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43089&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43089&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43089&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43089&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43089&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43089&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43089&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43089&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43089&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43089&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43089&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43089&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43089&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43089&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43089&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43089&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43089&r=mysqlcfg

#43088 [NEW]: ob_gzhandler broken.

[radamantis at gmail dot com]

From: radamantis at gmail dot com
Operating system: Windows XP SP2
PHP version:  5.2.4
PHP Bug Type: Output Control
Bug description:  ob_gzhandler broken.

Description:

Apache2 module.

PHP-recommended.ini / default
output_handler =
zlib.output_compression = Off

ob_start('ob_gzhandler') doesn't work as expected. The same if wrapped
into a function.


Reproduce code:
---
#1
ob_start('ob_gzhandler');
echo "Something";
ob_end_flush();
echo "Hello World";

// Call undefined function
call_some_user_function();

#2
function compress_data($output)
{
  return ob_gzhandler($output);
}

ob_start('compress_data');
echo "Something";
ob_end_flush();
echo "Hello World";

// Call undefined function.
call_some_user_function();


Expected result:

#1
Something
Hello World
Fatal error: Call to undefined function call_some_user_function() in
some_file.php

#2
Something
Hello World
Fatal error: Call to undefined function call_some_user_function() in
some_file.php

Actual result:
--
#1
Something

Nothing happens, no fatal error at all, in fact, looks like there's no
more processing from that point on.

#2
Hello World
Fatal error: Call to undefined function call_some_user_function() in
some_file.php

Where's the buffer?

-- 
Edit bug report at http://bugs.php.net/?id=43088&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43088&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43088&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43088&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43088&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43088&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43088&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43088&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43088&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43088&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43088&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43088&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43088&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43088&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43088&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43088&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43088&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43088&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43088&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43088&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43088&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43088&r=mysqlcfg

#22427 [Com]: Missing Form Post Data

[bcoy at chicagoreader dot com]

 ID:   22427
 Comment by:   bcoy at chicagoreader dot com
 Reported By:  jroland at uow dot edu dot au
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows XP / 2000
 PHP Version:  4.2.3
 New Comment:

It appears I miscounted the length of my data in the above comment. 
Here is a test script that proves the maximum length, at least on this
setup, is exactly 10,000 characters:





Request Length: " .
getenv("CONTENT_LENGTH") . "";   
echo "POST: "; print_r($_POST); echo "";
  
echo "HTTP_POST_VARS: ";
print_r($HTTP_POST_VARS);   
?>













Previous Comments:


[2007-10-23 18:16:34] bcoy at chicagoreader dot com

This post exists to try and organize what I've read above.

There appear to be two main issues here.  The special character issue
in IE seems to be well understood at this point.  The fix is to to
translate all those characters into ascii (unicode html entities are
helpful here).

However, it appears that several people, including myself, still have a
length problem.  In my script, I have max_post_size set to 50M and
output_buffering on (as suggested in these comments).  I have an
all-ascii piece of data, which works up to 10021 characters, but fails
at 10022, regardless of what the last character is.  This fails in all
browsers: Safari, Firefox, and IE.  The data is not accessible via
$_POST or $HTTP_POST_VARS.  It fails with or without
enctype="multipart/form-data".  getenv("CONTENT_LENGTH") is 10173 in
Firefox and 10111 in Safari.  If I change to a GET request, I receive an
error indicating that the URI is too long for the server to support.

My setup is:
PHP 5.03
Apache 1.3.33
FreeBSD 4.10



[2007-10-02 06:08:19] solidus_in at yahoo dot com

When the post data contains HTML special entities i.e. "&" it is
stripped off. PHP POst variable only contains data before the first
occurrence of "&"

I am not sure whether it is a bug or something else. I am yet to test
the POST containing other HTML entities. I have been trying to solve the
issue but it remains yet.

Any help there?



[2007-09-21 08:48:04] umberto at meroni dot name

Hi there,
I solved this problem setting

output_buffering = On

in my PHP.ini.

I hope this helps.
Umberto Meroni



[2007-09-18 11:57:57] idefix at dwaal dot net

The same problem happens to me (and my users unfortunately).

- PHP Version 5.1.6
- Apache/2.2.3 (CentOS)
- only with enctype="multipart/form-data"
- only with IE6 on WinXP sp2
- _POST is completely empty (count($_POST) === 0)
- Uploaded files are smaller than 3 MB.
- Charset: US-ASCII (both Apache header and Meta-tag)

For some reason only _some_ IE6 WinXP SP2 machines trigger this error.

Opera and Firefox do not seem to trigger this error at all.



[2007-09-13 20:49:15] lewisagosta at gmail dot com

I am still looking for why this worked... but...

When I changed "$_POST" to "$HTTP_POST_VARS", the form data is now
there.  I think it has something to do with the global variables
setting, but not sure yet.



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

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

#22427 [Com]: Missing Form Post Data

[bcoy at chicagoreader dot com]

 ID:   22427
 Comment by:   bcoy at chicagoreader dot com
 Reported By:  jroland at uow dot edu dot au
 Status:   No Feedback
 Bug Type: *General Issues
 Operating System: Windows XP / 2000
 PHP Version:  4.2.3
 New Comment:

This post exists to try and organize what I've read above.

There appear to be two main issues here.  The special character issue
in IE seems to be well understood at this point.  The fix is to to
translate all those characters into ascii (unicode html entities are
helpful here).

However, it appears that several people, including myself, still have a
length problem.  In my script, I have max_post_size set to 50M and
output_buffering on (as suggested in these comments).  I have an
all-ascii piece of data, which works up to 10021 characters, but fails
at 10022, regardless of what the last character is.  This fails in all
browsers: Safari, Firefox, and IE.  The data is not accessible via
$_POST or $HTTP_POST_VARS.  It fails with or without
enctype="multipart/form-data".  getenv("CONTENT_LENGTH") is 10173 in
Firefox and 10111 in Safari.  If I change to a GET request, I receive an
error indicating that the URI is too long for the server to support.

My setup is:
PHP 5.03
Apache 1.3.33
FreeBSD 4.10


Previous Comments:


[2007-10-02 06:08:19] solidus_in at yahoo dot com

When the post data contains HTML special entities i.e. "&" it is
stripped off. PHP POst variable only contains data before the first
occurrence of "&"

I am not sure whether it is a bug or something else. I am yet to test
the POST containing other HTML entities. I have been trying to solve the
issue but it remains yet.

Any help there?



[2007-09-21 08:48:04] umberto at meroni dot name

Hi there,
I solved this problem setting

output_buffering = On

in my PHP.ini.

I hope this helps.
Umberto Meroni



[2007-09-18 11:57:57] idefix at dwaal dot net

The same problem happens to me (and my users unfortunately).

- PHP Version 5.1.6
- Apache/2.2.3 (CentOS)
- only with enctype="multipart/form-data"
- only with IE6 on WinXP sp2
- _POST is completely empty (count($_POST) === 0)
- Uploaded files are smaller than 3 MB.
- Charset: US-ASCII (both Apache header and Meta-tag)

For some reason only _some_ IE6 WinXP SP2 machines trigger this error.

Opera and Firefox do not seem to trigger this error at all.



[2007-09-13 20:49:15] lewisagosta at gmail dot com

I am still looking for why this worked... but...

When I changed "$_POST" to "$HTTP_POST_VARS", the form data is now
there.  I think it has something to do with the global variables
setting, but not sure yet.



[2007-09-03 11:01:01] ben at hceo dot co dot uk

Hi,  

I found the same POST problem.  I have a login form and it works fine
on FireFox and IE 6.0.3790, but not on IE 6.0.2800.  If the username and
password are all one word it works fine on IE 6.0.2800 but if it is made
of 2 or more words it only posts the variables once in every 10 or so
posts.

I read that this problem can be got around by using .htm extension
rather than .php - to get around this I changed the httpd.conf file to
read:

AddType application/x-httpd-php .php .htm

I then changed the extension of my login file to .htm and this seems to
work ok.



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

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

#30907 [Com]: ibase_query() crashes when inserting a -1 into a Interbase TIMESTAMP field

[Lars dot Westermann at privat dot dk]

 ID:   30907
 Comment by:   Lars dot Westermann at privat dot dk
 Reported By:  sandell at winwap dot com
 Status:   Assigned
 Bug Type: InterBase related
 Operating System: WinXP Pro (SP2)
 PHP Version:  5CVS-2005-03-01
 Assigned To:  abies
 New Comment:

This bug is in fact the same as #32143

Look at the first param to ibase_query(). This is *not* the resource
returned from ibase_connect().

The empty parameter is then passed as an empty querystring (as it is
not a resource, it is treated as a (query)string). This empty
querystring crashes IBserver 7 (but not Firebird 2).

A possible bugfix is suggested, and hopefully a bugfix is on it's way
(in PHP 5.3).


Previous Comments:


[2005-03-01 09:01:05] sandell at winwap dot com

The new Snapshot (downloaded 1.3.2005) still causes Apache to crash.

Tested with:
- Interbase Server v7.1 (WI-V7.1.0.192).
- Apache 2.0.50
- PHP 5.1.0-DEV



[2005-02-28 21:22:17] [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-02-24 10:20:36] sandell at winwap dot com

Compiling stuff is out of scope for me, sorry. The compiling must be
done by someone else who knows how to do it.



[2005-02-24 10:12:23] [EMAIL PROTECTED]

Please try if the error can be reproduced with a php_interbase.dll
built from source using the ibase.h header file that comes with
Interbase 7.1





[2005-02-24 09:10:57] sandell at slobtrot dot com

The PHP installation was not altered. It's the original PHP 5.0.2
installation (binary only).



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

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

#42848 [Fbk->Opn]: Status: header incorrect under FastCGI

[madcamel at gmail dot com]

 ID:   42848
 User updated by:  madcamel at gmail dot com
 Reported By:  madcamel at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: CGI related
 Operating System: Linux, FreeBSD
 PHP Version:  5.2.4
 New Comment:

Nope, still the same behavior. 

I notice there is rudimentary handling for adding descriptions to
status codes in isapi/php5isapi.c:270

Could something like this but perhaps a little more robust be added to
the cgi/fcgi sapi perhaps?


Previous Comments:


[2007-10-22 08:54:55] [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





[2007-10-04 04:47:05] madcamel at gmail dot com

404 behavior:
$ php-fcgi does-not-exist.php
Status: 404
Content-type: text/html

Expected: "Status: 404 Not Found"



[2007-10-04 04:41:30] madcamel at gmail dot com

Description:

When PHP is used as a FastCGI it outputs incorrect Status: headers.

For example, a redirect triggered by header("Location: http://x.com/";)
returns "Status: 302", not "Status: 302 Moved Temporarily" as is
explicitly required by the FastCGI specification.

This leads to most web servers returning "HTTP/1.1 302" instead of
"HTTP/1.1 302 Moved Temporarily", thereby breaking some very picky
browsers.

This problem also also occurs with 404 if a PHP file could not be
found, and I'm sure every other type of "Special" response. This makes
it different than bug 41738.

Related bugs:
http://bugs.php.net/bug.php?id=41378
http://bugs.php.net/bug.php?id=31065
http://bugs.php.net/bug.php?id=36705


Reproduce code:
---
--- Test 1
http://www.google.com/";);
?>

$ php-fcgi fun.php
Status: 302
Location: http://www.google.com/
Content-type: text/html

--- Test 2
http://www.google.com/";);
?>
$ php-fcgi fun.php
Status: 302
Location: http://www.google.com/
Content-type: text/html

--- Test 3
http://www.google.com/";);
?>

$ php-fcgi fun.php
Status: 302
Status: 302 Moved Temporarily
Location: http://www.google.com/
Content-type: text/html

Note the duplicate "Status:" headers, which is dissallowed by the
FastCGI spec. 







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

#43083 [Opn->Bgs]: Protected method access from outside class.

[helly]

 ID:   43083
 Updated by:   [EMAIL PROTECTED]
 Reported By:  purpurby at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Class/Object related
 Operating System: RedHat
 PHP Version:  5.2.4
 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

First part is perfectly right. As binding happens at compile time only
relevant part is that C is-a A, hence inside C calls to A's protected
members are fine. The other thing is a bit odd since technically C and B
are different things. However what you call is inside A and both have A
as a common root, hence that is fine as well.


Previous Comments:


[2007-10-23 14:22:52] purpurby at gmail dot com

Description:

Availability to call protected method from outside class or its
descendants.

Reproduce code:
---
aa();

$obj2 = new b();
$obj2->aa();
  }

}

$c = new c();
$c->cc();

?>

Expected result:

Fatal error: Call to protected method a::aa() from context 'c'

Actual result:
--
a-aa
b-aa





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

#43086 [NEW]: FastCGI Broken due to session file

[davidb at chelsea dot net]

From: davidb at chelsea dot net
Operating system: Solaris 2.8
PHP version:  5.2.4
PHP Bug Type: CGI related
Bug description:  FastCGI Broken due to session file

Description:

PHP 5.2.1 and forward (I think) breaks under the FastCGI/apache proc
manager.  When the parent is launched, it fails to open the socket due to
trying to open the socket in a directory that doesn't allow it.  If I
compare two traces of an older version (5.2.0) and the newer version
(running 5.2.4):

Working:

/var/tmp/fastcgi.out:1786:  unlink("session_mm_cgi-fcgi3357.sem") 
 = 0
/var/tmp/fastcgi.out:1786:  open("session_mm_cgi-fcgi3357.sem",
O_RDWR|O_CREAT, 0600) = 3

Broken:

/var/tmp/fastcgi1.out:1648: unlink("/session_mm_cli4416.sem") 
 Err#2 ENOENT
/var/tmp/fastcgi1.out:1648: open("/session_mm_cli4416.sem",
O_RDWR|O_CREAT, 0600) Err#13 EACCES

Note that this puts the "/" in place, which is a bad assumption.

Is it possible this is related to bug 42815 in some way?  It's more
severe, in that php won't even run, though.

Reproduce code:
---
PHP fails to start.

Expected result:

I think that this should be hard-coded to a /tmp directory, or else
somewhere else that the php process will have the ability to write to. 
Unless there's a way to fix this behavior with a correct php.ini setup. 
We're running with vhosts and suexec, so the owner of the php process
manager won't be able to write to the ServerRoot or the root filesystem
(nor do we want it to!)


-- 
Edit bug report at http://bugs.php.net/?id=43086&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43086&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43086&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43086&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43086&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43086&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43086&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43086&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43086&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43086&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43086&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43086&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43086&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43086&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43086&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43086&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43086&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43086&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43086&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43086&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43086&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43086&r=mysqlcfg

#43074 [Opn->Csd]: structure has no member named `refcount'

[iliaa]

 ID:   43074
 Updated by:   [EMAIL PROTECTED]
 Reported By:  glen at delfi dot ee
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: PLD Linux
 PHP Version:  5.3CVS-2007-10-23 (snap)
 New Comment:

This bug has been fixed in CVS.

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




Previous Comments:


[2007-10-23 06:41:39] glen at delfi dot ee

Description:

/home/glen/rpm/pld/BUILD/php5.3-200710230430/ext/sybase_ct/php_sybase_ct.c:

In function `php_sybase_fetch_hash':
/home/glen/rpm/pld/BUILD/php5.3-200710230430/ext/sybase_ct/php_sybase_ct.c:1802:

error: structure has no member named `refcount'







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

#43085 [NEW]: ldap_mod_add fails to deal with large groups

[cdeligant at zadig dot it]

From: cdeligant at zadig dot it
Operating system: Debian Sarge
PHP version:  5.2.4
PHP Bug Type: LDAP related
Bug description:  ldap_mod_add fails to deal with large groups

Description:

I need to manage more than 110,000 users divided in large groups, but as
soon as I try to add a MemberUid in large groups (I stepped in the error on
the first group -more than 9,000 people- and didn't investigate what was
the minimum number of members for reaching the error level) the
ldap_mod_add function raises a "80: internal (implementation specific)
error"...

It took me more than one day to work out, as on a smaller group (ca 950
members) with phpldapadmin all was working fine :(

Hope this helps


-- 
Edit bug report at http://bugs.php.net/?id=43085&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43085&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43085&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43085&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43085&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43085&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43085&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43085&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43085&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43085&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43085&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43085&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43085&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43085&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43085&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43085&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43085&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43085&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43085&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43085&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43085&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43085&r=mysqlcfg

#41350 [Com]: Error in my_thread_global_end()

[barrp at hcdat dot com]

 ID:   41350
 Comment by:   barrp at hcdat dot com
 Reported By:  graham at directhostinguk dot com
 Status:   No Feedback
 Bug Type: MySQL related
 Operating System: Windows 2003
 PHP Version:  5.2.3
 New Comment:

error occurs sending mail but is email address specific.

If I send to some emails there is consistantly no error.
Other addresses always give the error.

The same php code works on my ISP site but not locally.

Seems like a setup issue on my box.


Previous Comments:


[2007-10-19 19:51:02] topgunmm at comcast dot net

This bug also exists for mssql.



[2007-10-18 16:49:06] cranderson at att dot net

anrdaemon,

The snapshots being tested here have the 5.0.45 MySQL dll.  Also tested
with the dll distributed with MySQL. Also checked loaded dlls with a
process explorer. The problem is in the php_mysql.dll and
php_mysqli.dll.  This problem can be duplicated with Win2000Pro, not
with XP Pro SP2 or Win2003 Server.



[2007-10-17 11:07:43] anrdaemon at freemail dot ru

Got the same issue. From short investigation, all executables affected,
not only PHP-CGI.

Actually, problem in libmySQL bundled with PHP.

Please refer to http://bugs.php.net/bug.php?id=43002 for detailed info.



[2007-10-09 20:27:31] cranderson at att dot net

Confirmed. Have just tried php5.2-win32-200710092030.zip and the
problem is not solved.

OS: Windows 2000 Pro
HW: Dual CPU Zeon

Results the same:

C:\php>php-cgi.exe -v
PHP 5.2.5-dev (cli) (built: Oct  9 2007 16:04:34) 
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
with DBG v3.2.7, (C) 2000,2007, by Dmitri Dmitrienko
Error in my_thread_global_end(): 1 threads didn't exit

Note: Overwriting the files php_mysql.dll, php_mysqli.dll with those
from 5.2.3 works.

mysql

MySQL Support => enabled
Client API version => 5.0.45

mysqli

MysqlI Support => enabled
Client API library version => 5.0.45
Client API header version => 5.0.36
MYSQLI_SOCKET => /tmp/mysql.sock (this shouldn't be here on Win)



[2007-10-05 10:04:04] chris at crgs dot co dot uk

Confirmed. Have just tried php5.2-win32-200710050830.zip and the
problem is not solved. Repro as per my previous post above. Results the
same:

C:\php>php-cgi.exe -v
PHP 5.2.5-dev (cgi-fcgi) (built: Oct  5 2007 04:04:23)
Copyright (c) 1997-2007 The PHP Group
Zend Engine v2.2.0, Copyright (c) 1998-2007 Zend Technologies
Error in my_thread_global_end(): 2 threads didn't exit



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

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

#43083 [NEW]: Protected method access from outside class.

[purpurby at gmail dot com]

From: purpurby at gmail dot com
Operating system: RedHat
PHP version:  5.2.4
PHP Bug Type: Class/Object related
Bug description:  Protected method access from outside class.

Description:

Availability to call protected method from outside class or its
descendants.

Reproduce code:
---
aa();

$obj2 = new b();
$obj2->aa();
  }

}

$c = new c();
$c->cc();

?>

Expected result:

Fatal error: Call to protected method a::aa() from context 'c'

Actual result:
--
a-aa
b-aa

-- 
Edit bug report at http://bugs.php.net/?id=43083&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43083&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43083&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43083&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43083&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43083&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43083&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43083&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43083&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43083&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43083&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43083&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43083&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43083&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43083&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43083&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43083&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43083&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43083&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43083&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43083&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43083&r=mysqlcfg

#42842 [Sus]: dst information lost over Year 2038

[giewont at gmail dot com]

 ID:   42842
 User updated by:  giewont at gmail dot com
 Reported By:  giewont at gmail dot com
 Status:   Suspended
 Bug Type: Date/time related
 Operating System: Windows NT 5.1 build 2600
 PHP Version:  5.2.4
 New Comment:

OK, but what do you need to store? The dst always changes on last
saturday of march and october, that's all you have to know. So please
tell me what is longer than signed int and have to be stored in
timezone's database to support dst change after 2038? And if you can,
tell me please what is stored in this database (or tell me where can i
read about it?).


Previous Comments:


[2007-10-20 15:04:49] [EMAIL PROTECTED]

This is not something I can fix - the timezone database simply doesn't
have the resolution to store anything outside of the signed integer
range for now. Luckily they are working on extending this - if that
makes it into the database, I can fix this.



[2007-10-04 09:59:13] giewont at gmail dot com

OK, but Y2038 problem is not the same as daylight saving time whith
doesn't work after 2038. DateTime Object is supposed to by a wrapper
around 64bit int and it should work after 2038. 

And it work, because i can set dates after 2038 for example 2040, but
the bug is that when i set timezone to 'Europe/Warsaw' and the date is
set to summer eg. 05.May the GMT offset should be +2h not +1h.

the daylight saving time works properly to 2038, and it should work
after 2038 when i use DateTime.

the Y2038 problem touches mktime but shouldnt cause any errors in
DateTime



[2007-10-04 03:41:43] judas dot iscariote at gmail dot com

Please read

http://en.wikipedia.org/wiki/Year_2038_problem

to know the cause.



[2007-10-03 16:01:14] giewont at gmail dot com

Description:

When I create DateTime object using UTC and then switch to timezone
with DST eg. 'Europe/Warsaw' and i set Year to any after 2038 the DST
doesn't work.

like below: in may Warsaw is in GMT+2 time zone so when i set UTC time
to 12:00:00 time in Warsaw should be 02:00:00 (14:00:00)


Reproduce code:
---
date_default_timezone_set('Europe/Warsaw');
$gmt = timezone_open('UTC');
$eu = timezone_open('Europe/Warsaw');

$date = new DateTime('2040-05-05 12:00:00', $gmt);
echo $date->format('d-m-Y h:i:s') . '(' .
$date->getTimezone()->getName() . ')';
$date->setTimezone($eu);
echo $date->format('d-m-Y h:i:s') . '(' .
$date->getTimezone()->getName() . ')';
$date->setTimezone($gmt);

$date = new DateTime('2000-05-05 12:00:00', $gmt);
echo $date->format('d-m-Y h:i:s') . '(' .
$date->getTimezone()->getName() . ')';
$date->setTimezone($eu);
echo $date->format('d-m-Y h:i:s') . '(' .
$date->getTimezone()->getName() . ')';
$date->setTimezone($gmt);

Expected result:

05-05-2040 12:00:00(UTC)
05-05-2040 02:00:00(Europe/Warsaw)
05-05-2000 12:00:00(UTC)
05-05-2000 02:00:00(Europe/Warsaw)

Actual result:
--
05-05-2040 12:00:00(UTC)
05-05-2040 01:00:00(Europe/Warsaw)
05-05-2000 12:00:00(UTC)
05-05-2000 02:00:00(Europe/Warsaw)





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

#43082 [Opn]: PHP exits without output on selecting null values

[php at danielknell dot co dot uk]

 ID:   43082
 User updated by:  php at danielknell dot co dot uk
 Reported By:  php at danielknell dot co dot uk
 Status:   Open
 Bug Type: ODBC related
 Operating System: fedora7
 PHP Version:  5.2.4
 New Comment:

this was with freetds 0.64 and mssql server 2005


Previous Comments:


[2007-10-23 13:24:02] php at danielknell dot co dot uk

Description:

when trying to do a select query that returns a null value from mssql
over the odbc extention (both native and pdo) php exits without
returning any output, this seems to happen both for values set to null
and for failed left join's.

Reproduce code:
---
 NULL }
end

Actual result:
--
nothing, even if one tries to echo before the database code.





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

#43082 [NEW]: PHP exits without output on selecting null values

[php at danielknell dot co dot uk]

From: php at danielknell dot co dot uk
Operating system: fedora7
PHP version:  5.2.4
PHP Bug Type: ODBC related
Bug description:  PHP exits without output on selecting null values

Description:

when trying to do a select query that returns a null value from mssql over
the odbc extention (both native and pdo) php exits without returning any
output, this seems to happen both for values set to null and for failed
left join's.

Reproduce code:
---
 NULL }
end

Actual result:
--
nothing, even if one tries to echo before the database code.

-- 
Edit bug report at http://bugs.php.net/?id=43082&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43082&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43082&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43082&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43082&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43082&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43082&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43082&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43082&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43082&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43082&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43082&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43082&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43082&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43082&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43082&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43082&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43082&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43082&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43082&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43082&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43082&r=mysqlcfg

#42780 [Asn->WFx]: Invalid type casting ?

[rrichards]

 ID:   42780
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lordi at msdi dot ca
-Status:   Assigned
+Status:   Wont fix
 Bug Type: SimpleXML related
 Operating System: Freebsd + windows
 PHP Version:  5.2.4
 Assigned To:  rrichards
 New Comment:

The behavior is defined by the engine not the extension. When
performing mathematical operations on objects, they are treated as
integers. It is up to the user to cast the object to the appropriate
type to maintain proper precision.


Previous Comments:


[2007-09-27 16:51:25] lordi at msdi dot ca

Description:

Calculations on values got from a simplexml object dont work as
expected.

String values looking as float seems to be casted as integers

Reproduce code:
---
');

//Shows correctly
echo $objXML['x']."\n";

//We loose the decimals
echo $objXML['x'] + $objXML['x']."\n";

//This works if we cast the amounts
echo (float)$objXML['x'] + (float)$objXML['x']."\n";

//Calculated on a string, no problem
echo "-123.45" + "-123.45";
?>

Expected result:

-123.45
-246.9
-246.9
-246.9

Actual result:
--
-123.45
-246
-246.9
-246.9





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

#43081 [NEW]: move_uploaded_file(): Unable to move

[bigboss at rambler dot ru]

From: bigboss at rambler dot ru
Operating system: FreeBSD 6.2
PHP version:  5.2.4
PHP Bug Type: Apache2 related
Bug description:  move_uploaded_file(): Unable to move

Description:

I have a server with structure:
/usr/home/user/htdocs - folder for PHP-scripts
/usr/home/user/log - folder for apache-logs
/usr/home/user/tmp - folder for PHP temporary files: sessions, upload

Partion /usr mounted with suiddir option and I am using
#chmod -R 4770 /usr/home/user
#chown -R user:www /usr/home/user
Apache working with user=www and group=www.

Problem: uploaded and session files creating with chmod=600
(chown=user:www) and apache can't read this files.

I.e.:
# ls -l /usr/home/user/tmp
total 2
-rw---  1 wapturbo  www  64 Oct 23 15:03
sess_asqiml7a1tr35dp9rteed1psf3
-rw---  1 wapturbo  www  1589 Oct 23 15:03 
php8lOQzi

I try use this patch http://reki.ru/products/samag/PHPPatchset.tar.gz but
this don't help.


-- 
Edit bug report at http://bugs.php.net/?id=43081&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43081&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43081&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43081&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43081&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43081&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43081&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43081&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43081&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43081&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43081&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43081&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43081&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43081&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43081&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43081&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43081&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43081&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43081&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43081&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43081&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43081&r=mysqlcfg

#43080 [NEW]: Global object is null before destroying it.

[joustin at post dot pl]

From: joustin at post dot pl
Operating system: win32
PHP version:  5.2.4
PHP Bug Type: Class/Object related
Bug description:  Global object is null before destroying it.

Description:

This is quite interesting. Appeared after upgrading to 5.2.4 and broke my
code.

It's great that objects are finally destroyed in the right order, but a
whole lot of code still relies on "destroy all" or "cleanup" functions.

What struck me is that as of 5.2.4, my object in the moment of calling
it's destructor, in global scope, appears as NULL.

I've also devised a simple and dirty workaround, which is found in the
code below.

Thanks!

Reproduce code:
---
class foo {
function __construct(){
echo "Constructed foo\n";
}

function getDb(){
echo "Getting DB";
}

function __destruct(){
echo "Destructing foo\n";
echo "Trying to destruct bar\n";
global $bar;

if(false){ // DIRTY WORKAROUND
global $foo;
$foo = $this;
}

$bar->__destruct();
}
}

class bar {
protected $destroyed = false;

function __construct(){
echo "Constructed bar\n";
}

function __destruct(){
if(!$this->destroyed){
echo "  Destructing bar\n";
global $foo;
echo "  Our global parent, foo, is of type 
".gettype($foo)."\n";
$this->destroyed = true;
}
}
}

$bar = new bar();
$foo = new foo();

echo "--\nScript finishes...\n";

Expected result:

Constructed bar
Constructed foo
--
Script finishes...
Destructing foo
Trying to destruct bar
  Destructing bar
  Our global parent, foo, is of type object

Actual result:
--
Constructed bar
Constructed foo
--
Script finishes...
Destructing foo
Trying to destruct bar
  Destructing bar
  Our global parent, foo, is of type NULL

-- 
Edit bug report at http://bugs.php.net/?id=43080&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43080&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43080&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43080&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43080&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43080&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43080&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43080&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43080&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43080&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43080&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43080&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43080&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43080&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43080&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43080&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43080&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43080&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43080&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43080&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43080&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43080&r=mysqlcfg

#42666 [Fbk->Opn]: virtual() causing Apache to segfault.

[per dot jessen at enidan dot com]

 ID:   42666
 User updated by:  per dot jessen at enidan dot com
 Reported By:  per dot jessen at enidan dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  5.2.4
 New Comment:

Sure. 

problem.phtlm.en:



problem-include.phtml.en:




Previous Comments:


[2007-10-23 09:45:27] [EMAIL PROTECTED]

So you should be able to now provide the reproducing script here
instead of the tar package?



[2007-10-23 06:19:35] per dot jessen at enidan dot com

Sorry, forgot to mention that - yes, I've removed the XSL calls, and
added a plain syntax error. The segfault still happens.



[2007-10-22 19:24:10] [EMAIL PROTECTED]

And does the problem occur without XSL (by causing some other error) ?
(I can't check the tar package right now)



[2007-10-22 11:35:37] per dot jessen at enidan dot com

My apache config is nothing particularly fancy, I just do plain
language negotiation. Still, I've updated the reproduce code:

http://jessen.ch/files/php-bug42666-oct2007.tar.gz



[2007-10-22 11:05:51] [EMAIL PROTECTED]

Cut'n'paste of the code needed:

load("empty.xsl");
$xp->importStyleSheet($xsl);
?>

I'm not sure how to use the files in that tar ball..I guess you have
some complex multiviews configuration also in there?
Can you please try to cut down all the external stuff to minimum, ie.
without using some fancy Apache configurations?

Does the crash happen if you have some other error? ie. without using
XSL?




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

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

#43057 [Opn]: mod_php can't resolve any hostname

[bigboss at rambler dot ru]

 ID:   43057
 User updated by:  bigboss at rambler dot ru
 Reported By:  bigboss at rambler dot ru
 Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.4
 New Comment:

I am using php5 port for build PHP on my server...


Previous Comments:


[2007-10-23 09:51:22] bigboss at rambler dot ru

How?



[2007-10-23 09:40:44] [EMAIL PROTECTED]

Please check what the difference between linked libraries is between
your PHP CLI binary and the libphp5.so in your system.



[2007-10-22 11:11:13] bigboss at rambler dot ru

Yes, it is.



[2007-10-22 08:09:37] [EMAIL PROTECTED]

Does the same script work if you run it using PHP CLI? (command line)



[2007-10-21 10:40:39] bigboss at rambler dot ru

Some situation was described here:
http://bugs.php.net/bug.php?id=8754&edit=2
But problem not fixed...



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

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

#43071 [Opn->Csd]: Mysqlnd is breaking Debug windows builds

[andrey]

 ID:   43071
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: Compile Failure
 Operating System: WinXPSP2
 PHP Version:  5.3CVS-2007-10-22 (CVS)
 New Comment:

Fixed in 5_3 branch/HEAD.

Thanks for head up!


Previous Comments:


[2007-10-22 20:02:45] [EMAIL PROTECTED]

Description:

Building snapshots with --enable-debug on win32 (MSVC6 - but hits all
of them) gives you this lovely error

mysqlnd.c
c:\build\php5.3-cvs\ext\mysqlnd\mysqlnd.c(2035) : error C2039:
'_free_dbg' : is not a member of 'st_mysqlnd_debug_methods'
c:\build\php5.3-cvs\ext\mysqlnd\mysqlnd_debug.h(31) : see
declaration of 'st_mysqlnd_debug_methods'

and then in a little bit

NMAKE : fatal error U1077: 'C:\PROGRA~1\MICROS~4\VC98\BIN\cl.exe' :
return code '0x2'
Stop.

I'd really like to get some debug builds of 5.3 going on windows (so I
can hunt down some weird leakages) - Thanks






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

#35163 [Asn]: Array elements can lose references.

[dmitry]

 ID:   35163
 Updated by:   [EMAIL PROTECTED]
 Reported By:  averagomez at hotmail dot com
 Status:   Assigned
 Bug Type: Arrays related
 Operating System: *
 PHP Version:  5CVS-2005-11-09 (cvs)
 Assigned To:  dmitry
 New Comment:

Fixed in CVS HEAD and PHP_5_3 (not in PHP_5_2).


Previous Comments:


[2006-09-01 04:39:08] [EMAIL PROTECTED]

The bug still exists in 5.2 it need just another test script.



[2006-08-01 23:03:00] [EMAIL PROTECTED]

Not reproducible with 5.2-CVS.



[2005-11-16 14:52:19] [EMAIL PROTECTED]

5.1 is effected too.



The problem is in "$a[0][] =& $a[0];" operator, that creates copy of
$a[0] during fetching lvalue because $a[0] is not a reference and after
fetching rvalue it has refcount > 1.




[2005-11-09 05:45:44] averagomez at hotmail dot com

Description:

Sorry I have a very bad english but I think the 'Reproduce code' is
self-describing.

Reproduce code:
---
// -- This work OK:
$a = array('A', & $a, & $a);
$a[1][0] = 'B';
echo $a[0];   // OK : Show 'B'

// -- But this don't work:
$a = array('A');
$a[1] = & $a;
$a[2] = & $a;
$a[1][0] = 'B';
echo $a[0];   // Wrong: Show 'A'

Expected result:

BB

Actual result:
--
BA





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

#43057 [Fbk->Opn]: mod_php can't resolve any hostname

[bigboss at rambler dot ru]

 ID:   43057
 User updated by:  bigboss at rambler dot ru
 Reported By:  bigboss at rambler dot ru
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.4
 New Comment:

How?


Previous Comments:


[2007-10-23 09:40:44] [EMAIL PROTECTED]

Please check what the difference between linked libraries is between
your PHP CLI binary and the libphp5.so in your system.



[2007-10-22 11:11:13] bigboss at rambler dot ru

Yes, it is.



[2007-10-22 08:09:37] [EMAIL PROTECTED]

Does the same script work if you run it using PHP CLI? (command line)



[2007-10-21 10:40:39] bigboss at rambler dot ru

Some situation was described here:
http://bugs.php.net/bug.php?id=8754&edit=2
But problem not fixed...



[2007-10-21 10:14:58] bigboss at rambler dot ru

Description:

When I execute this script as http://mysite.ru/script.php (i.e. using
apache with mod_php) - I see: Warning: readfile():
php_network_getaddresses: getaddrinfo failed: hostname nor servname
provided, or not known in /usr/home/user/htdocs/script.php on line 3
Warning: readfile(http://ya.ru): failed to open stream: Bad file
descriptor in /usr/home/user/htdocs/script.php on line 2

But when I execute this script with SSH as:

#php asdf.php

it's working!

Apache 2.2.6, PHP 5.2.4, FreeBSD 6.2

Reproduce code:
---
http://ya.ru');
?>






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

#42666 [Opn->Fbk]: virtual() causing Apache to segfault.

[jani]

 ID:   42666
 Updated by:   [EMAIL PROTECTED]
 Reported By:  per dot jessen at enidan dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: Linux
 PHP Version:  5.2.4
 New Comment:

So you should be able to now provide the reproducing script here
instead of the tar package?


Previous Comments:


[2007-10-23 06:19:35] per dot jessen at enidan dot com

Sorry, forgot to mention that - yes, I've removed the XSL calls, and
added a plain syntax error. The segfault still happens.



[2007-10-22 19:24:10] [EMAIL PROTECTED]

And does the problem occur without XSL (by causing some other error) ?
(I can't check the tar package right now)



[2007-10-22 11:35:37] per dot jessen at enidan dot com

My apache config is nothing particularly fancy, I just do plain
language negotiation. Still, I've updated the reproduce code:

http://jessen.ch/files/php-bug42666-oct2007.tar.gz



[2007-10-22 11:05:51] [EMAIL PROTECTED]

Cut'n'paste of the code needed:

load("empty.xsl");
$xp->importStyleSheet($xsl);
?>

I'm not sure how to use the files in that tar ball..I guess you have
some complex multiviews configuration also in there?
Can you please try to cut down all the external stuff to minimum, ie.
without using some fancy Apache configurations?

Does the crash happen if you have some other error? ie. without using
XSL?




[2007-10-01 12:25:27] per dot jessen at enidan dot com

Yes, I already did back on 14 September.  The tarball is the same:
http://jessen.ch/files/php-problem-sep2007.tar.gz



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

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

#43057 [Opn->Fbk]: mod_php can't resolve any hostname

[jani]

 ID:   43057
 Updated by:   [EMAIL PROTECTED]
 Reported By:  bigboss at rambler dot ru
-Status:   Open
+Status:   Feedback
 Bug Type: Apache2 related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.4
 New Comment:

Please check what the difference between linked libraries is between
your PHP CLI binary and the libphp5.so in your system.


Previous Comments:


[2007-10-22 11:11:13] bigboss at rambler dot ru

Yes, it is.



[2007-10-22 08:09:37] [EMAIL PROTECTED]

Does the same script work if you run it using PHP CLI? (command line)



[2007-10-21 10:40:39] bigboss at rambler dot ru

Some situation was described here:
http://bugs.php.net/bug.php?id=8754&edit=2
But problem not fixed...



[2007-10-21 10:14:58] bigboss at rambler dot ru

Description:

When I execute this script as http://mysite.ru/script.php (i.e. using
apache with mod_php) - I see: Warning: readfile():
php_network_getaddresses: getaddrinfo failed: hostname nor servname
provided, or not known in /usr/home/user/htdocs/script.php on line 3
Warning: readfile(http://ya.ru): failed to open stream: Bad file
descriptor in /usr/home/user/htdocs/script.php on line 2

But when I execute this script with SSH as:

#php asdf.php

it's working!

Apache 2.2.6, PHP 5.2.4, FreeBSD 6.2

Reproduce code:
---
http://ya.ru');
?>






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

#43007 [Opn->Bgs]: php unable to handle correctly comma separated cookie values

[jani]

 ID:   43007
 Updated by:   [EMAIL PROTECTED]
 Reported By:  unlucio at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Feature/Change Request
 Operating System: Linux
 PHP Version:  5.2.4
 New Comment:

See bug #32111

Bug #32827 was reported to _revert_ the bad fix for allowing comma as
cookie separator. You're missing the part "Read RECOMMENDED, BUT NOT
REQUIRED." in it.. :)

Please report the problem to the manufacturers of these devices,
they're the ones interpreting the "standard" wrong.


Previous Comments:


[2007-10-17 17:55:35] unlucio at gmail dot com

More over,
Same thing seams to happen for those devices that use ";" (semicolons)

instead of "; " (semicolons plus space).
Kind of very bothering thing, since when one of those happens the
result is 
everything between an empty session or multiple sessions been created
(empty 
or filled) for the same device.
This is actually tricky, as long as u have just the sessionID as only
value 
in you cookie everything works fine. The odd things starts to happen
once u 
add more then one cookie value.
For instance, dealing with regular cookies leads to the usual:
Cookie: PHPSESSID=s1buavh0oa80dggt6i646nl084; test=ok
Array
(
[PHPSESSID] => s1buavh0oa80dggt6i646nl084
[test] => ok
)

this is what happening with the other separators:
Cookie: PHPSESSID=a4qmclqmck8kok2gj26vblmj72, test=ok,
Array
(
[PHPSESSID] => a4qmclqmck8kok2gj26vblmj72, test=ok
)

which is just silly ;P

Most important:
I hope there is a patch for this somewhere, we cannot afford to use a
cvs or 
development version since we're in a production environment :(

thx for help
lucio



[2007-10-17 15:56:06] unlucio at gmail dot com

Description:

hello,
for some reason I'm experiencing pretty much the same reported here:
http://bugs.php.net/bug.php?id=32827 with cellphone like the BlackBerry,
ecc.

Am I missing something?

thx for help
lucio






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

#43016 [Opn->Bgs]: Exception thrown without a stack frame

[jani]

 ID:   43016
 Updated by:   [EMAIL PROTECTED]
 Reported By:  gerrit dot boettcher at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Linux & Win32
 PHP Version:  5.2.4
 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.




Previous Comments:


[2007-10-18 10:46:14] gerrit dot boettcher at gmail dot com

Description:

The Problem is the same as Bug #32101

On Linux Systems: anything works great!
On Windows Systems: Exception thrown without a stack frame in Unknown
on line 0

Reproduce code:
---
http://nopaste.php-quake.net/7314

Expected result:

Error Report with custom Template

Actual result:
--
Exception thrown without a stack frame in Unknown on line 0





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

#43022 [Opn->Asn]: Globals are not set if object passed by reference

[jani]

 ID:   43022
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sonya at look-for-it dot de
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: Windows XP
-PHP Version:  5.2.4
+PHP Version:  5.2CVS-2007-10-22
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Assigned to the SOAP extension maintainer.


Previous Comments:


[2007-10-22 11:05:30] sonya at look-for-it dot de

Thank you. I used the link you gave for windows (zip). But the objects
passed by reference are still not saved in $GLOBALS. For the above
example the object $TestClass1 is not saved in $GLOBALS['TestClass1']
when passed by reference and therefore it can not be access in
TestClass2. 

global $TestClass1 <- this line doesn't point to the object unless I
pass the object by value.



[2007-10-22 10:39:51] [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





[2007-10-19 08:27:37] sonya at look-for-it dot de

I have just tested it on Apache/1.3.33 (Debian GNU/Linux) and
PHP/5.2.3. Same behaviour.



[2007-10-18 14:24:06] sonya at look-for-it dot de

Description:

I have problem with $GLOBALS while executing scripts via SOAP Service.
Objects passed by reference is not set in $GLOBALS and cannot be used in
other classes. The same code works perfectly if executed direct in
browser.

Reproduce code:
---
client.php
--
ini_set("soap.wsdl_cache_enabled", "0");
 $client = new SoapClient("test.wsdl", array('trace'=> 1, 'exceptions'
=> 0));
print $client->testGlobals();


server.php
--
function testGlobals() {
global $TestClass1, $TestClass2;
require_once 'inc.php';
return $TestClass2->testvar2;
}
ini_set("soap.wsdl_cache_enabled", "0");
$server = new SoapServer("test.wsdl");
$server->addFunction("testGlobals");
$server->handle();


inc.php

require_once('TestClass1.class.php');
require_once('TestClass2.class.php');
$TestClass2 = new TestClass2();

---
TestClass1.class.php
---
class TestClass1 {

public $testvar1;
function TestClass1() {
$this->testvar1 = 100;
}
}

$TestClass1 = & new TestClass1();

-
TestClass2.class.php
-
class TestClass2 {

public $testvar2;
function TestClass2() {
global $TestClass1;
$this->testvar2 = $TestClass1->testvar1;
}
}




Expected result:

I expect the value 100 to be returned by service. 

Actual result:
--
Nothing is returned. The reason is that in TestClass2 there is no
$GLOBALS['TestClass1'] unless I pass $TestClass1 by value:
(last line of TestClass1.class.php):
$TestClass1 = new TestClass1();

What is wrong here?





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

#43038 [Opn->Asn]: Memory Allocaltion Failure on versions 5.2.1 and up

[jani]

 ID:   43038
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mike dot simonds at maxim-ic dot com
-Status:   Open
+Status:   Assigned
 Bug Type: SOAP related
 Operating System: Windows XP & Linux
-PHP Version:  5.2.4
+PHP Version:  5.2CVS-2007-10-22
-Assigned To:  
+Assigned To:  dmitry
 New Comment:

Assigned to the SOAP extension maintainer.


Previous Comments:


[2007-10-22 13:21:50] mike dot simonds at maxim-ic dot com

We tried a CVS version for both Linux and Windows on Sunday and still
received the same error/fault

Thanks,
Mike



[2007-10-22 08:15:14] [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





[2007-10-19 14:00:10] mike dot simonds at maxim-ic dot com

Description:

I have a set of scripts which connect to Salesforce.com's API and
retrieve data from our instance and stores them in either an Oracle
Database or MySQL.  These scripts are identical, just the retrieving SQL
statement is different.   The Memory leak error happens when the scripts
with large data sets perform the extract.  The reason that I am
reporting this bug is that these scripts performed flawlessly in all php
version 5.* prior to upgrading to 5.2.1 and up.  The servers that house
these scripts are currently running 5.2.0

Reproduce code:
---
source of code >  http://www.mikesimonds.com/soap_php_bug.phps

Expected result:

I expected the data to be retrieved and inserted into our target
database without any errors as it did with versions prior to 5.2.1. 
These data sets number in the 130,000 count and have 40-60 rows in each
table

Actual result:
--
Error Results: 

Fatal error: Uncaught SoapFault exception: [Client] Allowed memory size
of 134217728 bytes exhausted (tried to allocate 1856074 bytes) in
C:\wamp\www\includes\soapclient\SforceBaseClient.php:506 Stack trace: #0
[internal function]: SoapClient->__call('queryMore', Array) #1
C:\wamp\www\includes\soapclient\SforceBaseClient.php(506):
SoapClient->queryMore(Object(stdClass)) #2
C:\wamp\www\extract\export_product2.php(122):
SforceBaseClient->queryMore('01g4001pM0w...') #3
C:\wamp\www\extract\export_product2.php(28):
get_products(Object(SforcePartnerClient)) #4 {main} thrown in
C:\wamp\www\includes\soapclient\SforceBaseClient.php on line 506





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

#43072 [Opn->Bgs]: undesirable invalid argument in foreach

[jani]

 ID:   43072
 Updated by:   [EMAIL PROTECTED]
 Reported By:  php at bucksvsbytes dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Ubuntu
 PHP Version:  5.2.4
 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




Previous Comments:


[2007-10-22 23:33:09] php at bucksvsbytes dot com

Description:

In PHP4, foreach($array) runs without error if $array is an
uninitialized array. The foreach block is executed 0 times. This is
consistent with other 0 iteration blocks such as while(false) and
for($i=0;$i<0). In PHP5, an inconsistency was introduced by throwing an
"invalid argument" warning when $array is an uninitialized array. In
upgrading to PHP5 I had to add a surrounding if($array) block to
hundreds of foreach blocks to eliminate the possible warning message.

Reproduce code:
---
unset($array);//just to clarify initial conditions
foreach($array['phone'] as $key=>$phone){
 echo $phone.'';
}

Expected result:

I expect no errors and nothing echoed. This is PHP4 behavior.

Actual result:
--
In PHP5, following message pointlessly prints:
Warning: Invalid argument supplied for foreach() in ...





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

#39457 [Asn]: Multiple invoked OO connections never close

[scottmac]

 ID:   39457
 Updated by:   [EMAIL PROTECTED]
 Reported By:  josh at mykoala dot com
 Status:   Assigned
 Bug Type: MySQLi related
 Operating System: OS X 10.4.8
 PHP Version:  5.2.0
 Assigned To:  georg
 New Comment:

It looks like a partial fix was added 6th of September for
mysqli_connect, nothing for real_connect because calling mysql_close()
destroys the mysql struct allocated by mysqli_init() so any values you
had set would be lost.

This could potentially cause problems if say you disabled auto_commit
or similar.


Previous Comments:


[2007-10-23 00:18:42] josh at mykoala dot com

About to celebrate the two-year anniversary of this one, woo!  =)



[2007-06-28 20:14:39] [EMAIL PROTECTED]

Georg, reassign to someone else if this is not for you. :)



[2007-05-08 21:36:09] bugs dot php at david-salisbury dot co dot uk

I've experienced this behaviour on the latest PHP5 CVS (built May 8
2007 22:31:22) running in Apache 2.0.59 as mod_php5.

Further reproduce code if necessary:

init();

$m->real_connect('localhost', 'root', 'pass', 'dbname');
$m->real_connect('localhost', 'root', 'pass', 'dbname');
$m->real_connect('localhost', 'root', 'pass', 'dbname');

?>



[2006-11-10 12:00:27] josh at mykoala dot com

Description:

After invoking multiple identical connect() calls to a MySQLi 
object (after mysqli_init), only one is closed via close() or 
script termination.

Reproduce code:
---
# only when invoked through apache

$db = mysqli_init();

$db->connect(null, 'root');
$db->connect(null, 'root');

$db->close();

Expected result:

Just like when using procedural MySQLi functions (or via 
mysql_* funcs), multiple connect() calls will not result in 
rogue db connections.

Actual result:
--
Checking the MySQL process list after each execution shows a 
rogue connection, which goes on until you reach max 
connections.

This only happens when using OO style.





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

#43077 [NEW]: curl_multi_exec does not report errors

[robert dot reichel at boboton dot com]

From: robert dot reichel at boboton dot com
Operating system: Windows XP
PHP version:  5.2.4
PHP Bug Type: cURL related
Bug description:  curl_multi_exec does not report errors

Description:

curl_error does not produce error message when used with curl_multi_exec.
The results are not same each time you execute provided code.

Reproduce code:
---
$URL)
{
//  initialize a cURL session
$sessions[$i] = curl_init();

// set URL and other appropriate options
curl_setopt($sessions[$i], CURLOPT_URL, $URL);
curl_setopt($sessions[$i], CURLOPT_HEADER, 0);
curl_setopt($sessions[$i], CURLOPT_RETURNTRANSFER, 1); 

//add handles
curl_multi_add_handle($mh, $sessions[$i]);
}
//execute the handles
do {
curl_multi_exec($mh, $running);
} while ($running > 0);

foreach($sessions as $i=>$session)
{
//  get file content
if (curl_multi_getcontent($session) == false) {
$errors[$i] = curl_error($session);
}
//  remove handle
curl_multi_remove_handle($mh, $sessions[$i]);
}
//  close multi handle
curl_multi_close($mh);

return $errors;
}
/*--- CASE 'A' ---*/

//  valid URLs
$URLsA[] = 'http://www.google.com/';
$URLsA[] = 'http://www.yahoo.com/';
//  Invalid URL. This site does not exist. This should produce an 
error
message.
$URLsA[] = 'http://www.mysite-abc123.com/';

$errorsA = fetchData($URLsA);
print_r($errorsA);

/*--- CASE 'B' ---*/

//  valid URL
$URLsB[] = 'http://www.google.com/';
//  Invalid URL. This site does not exist. This should produce an 
error
message,
$URLsB[] = 'http://www.mysite-abc123.com/';
//  valid URL
$URLsB[] = 'http://www.yahoo.com/';

$errorsB = fetchData($URLsB);
print_r($errorsB);

?>

Expected result:

Array
{
  [2] => Couldn't resolve host 'www.mysite-abc123.com'
}
Array
{
  [1] => Couldn't resolve host 'www.mysite-abc123.com'
}

Actual result:
--
The result is not always same. In most cases it's like this:
Array
{
  [2] =>
Array
{
  [1] =>
}
In rare cases it's like this:
Array
{
  [2] =>
}
Array
{
  [1] => Couldn't resolve host 'www.mysite-abc123.com'
}

-- 
Edit bug report at http://bugs.php.net/?id=43077&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43077&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43077&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43077&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43077&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43077&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43077&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43077&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43077&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43077&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43077&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43077&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43077&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43077&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43077&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43077&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43077&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43077&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43077&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43077&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43077&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43077&r=mysqlcfg

#43075 [Opn->Asn]: Support 2007-11-01T24:00:00+00:00

[derick]

 ID:   43075
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: Feature/Change Request
 Operating System: *
 PHP Version:  5.3CVS-2007-10-23 (CVS)
-Assigned To:  
+Assigned To:  derick


Previous Comments:


[2007-10-23 07:17:31] [EMAIL PROTECTED]

Description:

Support 2007-11-01T24:00:00+00:00 in strtotime()






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

#43075 [NEW]: Support 2007-11-01T24:00:00+00:00

[[EMAIL PROTECTED]]

From: [EMAIL PROTECTED]
Operating system: *
PHP version:  5.3CVS-2007-10-23 (CVS)
PHP Bug Type: Feature/Change Request
Bug description:  Support 2007-11-01T24:00:00+00:00

Description:

Support 2007-11-01T24:00:00+00:00 in strtotime()


-- 
Edit bug report at http://bugs.php.net/?id=43075&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=43075&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=43075&r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=43075&r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=43075&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=43075&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=43075&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=43075&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=43075&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=43075&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=43075&r=support
Expected behavior:http://bugs.php.net/fix.php?id=43075&r=notwrong
Not enough info:  
http://bugs.php.net/fix.php?id=43075&r=notenoughinfo
Submitted twice:  
http://bugs.php.net/fix.php?id=43075&r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=43075&r=globals
PHP 3 support discontinued:   http://bugs.php.net/fix.php?id=43075&r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=43075&r=dst
IIS Stability:http://bugs.php.net/fix.php?id=43075&r=isapi
Install GNU Sed:  http://bugs.php.net/fix.php?id=43075&r=gnused
Floating point limitations:   http://bugs.php.net/fix.php?id=43075&r=float
No Zend Extensions:   http://bugs.php.net/fix.php?id=43075&r=nozend
MySQL Configuration Error:http://bugs.php.net/fix.php?id=43075&r=mysqlcfg