#39946 [Com]: Native Singleton Implementation

[me at bashkim dot com dot au]

 ID:   39946
 Comment by:   me at bashkim dot com dot au
 Reported By:  scott dot mcnaught at synergy8 dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: All
 PHP Version:  6CVS-2006-12-25 (CVS)
 New Comment:

I think the term "singleton" itself is a little confusing for newbies
(considering that it's who you want to target here). Perhaps what
you're looking for is a "static class" ...




Previous Comments:


[2006-12-25 17:45:13] scott dot mcnaught at synergy8 dot com

Description:

###
# Introduction
###
This document is an RFC for adding a small patch to the zend engine to
allow for native singleton classes.  The problem 
is that currently theres no clean way to implement singleton classes in
user-land over the entirety of a project.

Singleton classes are beneficial because:

- Removes the overhead of having multiple instances of the one object
when there is no need
- Allows you to keep the objects state rather than always starting from
an initial state. 
- They provide namespaces with the benefits of polymorphism (eg -
singleton classes can override / inherit from each other)

Throughout this document, I will use an example of a singleton class
"members" which acts as an interface to a database table.  
This class can save and load members from this database table simply by
calling the following methods in this class.

members::get($member_id) Loads a member from a member id and returns an
associative array with info about that member
members::save($member) Saves a member to the database from an array of
properties about that member

With the recent phase of tiered and service oriented architecture, the
need for Singleton has become more and more apparent.




###
# Singleton in php5
###
In the past, I have implemented Singleton two different ways.  Both of
these have problems.


# Method 1:
The first method involves having a public static getInstance method in
every singleton class.  This sucks because you
need to manually copy and paste it into every singleton class you make.
 Using a singleton class in this way is also confusing
for novice programmers. Eg:

get(49);
$arrMember['member_f_name'] = 'Scott';
members::getInstance()->save($arrMember);

?>



# Method 2:
This method involves an associative array of class names to their
instances, probably via a helper function similar to this.

get(49);
$arrMember['member_f_name'] = 'Scott';
getInstance('members')->save($arrMember);

?>

This sucks because its slow, confusing for novices, and IDEs never pick
up the class for code hinting.




###
# Proposed new functionality
###

I propose that singleton classes become a native part of the php
language by adding the "singleton" class modifier T_SINGLETON.

I don't know if native singleton classes have been implemented in a
language before.  Most other languages eg - C++
you can use template classes or generics to implement a clean
singleton.

The zend engine could feature a hash table and store the instances of
objects.

An example of the new way of using singleton classes would be:

get(49);
members->save($arrMember);

?>


###
# Edge cases / got-cha's
###
Some investigation will have to be performed as to how inheritence will
work with singletons.

Eg 
- Never have singleton abstract classes?

- What happens when $members = new members() is called
-- I say an exception being thrown and a suggestion to remove "new"

- Is it ok to go $members = members; ?
-- I'd say yes

- Singleton constructors should not have parameters

- Perhaps a new function singleton_getobjects needs to be added to
enable access to the internal hash table 

- Dereferencing a non-singleton class should produce the same error






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

#39982 [NEW]: when used inside a function, proc_open generated pipes are closed upon return

[federico at galassi dot net]

From: federico at galassi dot net
Operating system: gentoo linux
PHP version:  5.2.0
PHP Bug Type: Program Execution
Bug description:  when used inside a function, proc_open generated pipes are 
closed upon return

Description:

When calling proc_open inside the body
of a function, pipes generated don't survive
function's lifespan. resource is still there
but stream is closed.

Reproduce code:
---
function foobar() {
$proc = proc_open(
"/usr/bin/php",
array(
0 => array('pipe', 'r'),
1 => array('pipe', 'w'),
2 => array('pipe', 'w')
),
$pipes
);
var_dump($pipes);
return $pipes;
}
$should_be_pipes = foobar();
var_dump($should_be_pipes);

Expected result:

array(3) {
  [0]=>
  resource(6) of type (stream)
  [1]=>
  resource(7) of type (stream)
  [2]=>
  resource(8) of type (stream)
}
array(3) {
  [0]=>
  resource(6) of type (stream)
  [1]=>
  resource(7) of type (stream)
  [2]=>
  resource(8) of type (stream)
}

Actual result:
--
array(3) {
  [0]=>
  resource(6) of type (stream)
  [1]=>
  resource(7) of type (stream)
  [2]=>
  resource(8) of type (stream)
}
array(3) {
  [0]=>
  resource(6) of type (Unknown)
  [1]=>
  resource(7) of type (Unknown)
  [2]=>
  resource(8) of type (Unknown)
}

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

#39960 [Fbk->Opn]: dllhost.exe application error

[chv at cverdow dot com]

 ID:   39960
 User updated by:  chv at cverdow dot com
 Reported By:  chv at cverdow dot com
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows XP SP2
 PHP Version:  6CVS-2006-12-27 (CVS)
 New Comment:

Thank you, Tony.  I tried it.  I'm still getting the same result -- but
the memory address that's trying to write to itself is different.  

Should it help you to track this down, I am noticing that each time it
aborts, the memory location is different, but it's always some location
trying to write to itself that is failing.  

In my initial report, I was mistaked about where the error occurs.  It
is in the very last phase, after "Windows is shutting down" is
displayed on the screen.  Sorry.

I was exploring the registry, and noticed two things I thought I'd
bring to your attention.  I've never been a registry expert.  But,
these two struck me as curious:

HKEY_LOCAL_MACHINE
 SYSTEM
  ControlSet001
   Control
Nls
 MUILanguages
  RCV2

This contains a rather long list of .dlls and .exes, but php5isapi.dll
is not in the list.

HKEY_LOCAL_MACHINE
 SYSTEM
  ControlSet001
   Services
W3SVC
 Parameters
  Script Map
   .php = [PUT PATH HERE]\php5isapi.dll

That is the exact text for the value.  It has to be finding the API, or
phpinfo.php wouldn't be running, right?  But, "put path here" when I
specifically browsed out to it when I entered it into IIS?  That
doesn't seem right.  Honestly, neither does the fact that I have to put
php.ini in C:\WINDOWS when C:\PHP5 is in my path in environment
variables.

Thank you again for your efforts.  Please let me know if there is
anything else I can try.


Previous Comments:


[2006-12-27 09:37:13] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip





[2006-12-27 00:45:08] chv at cverdow dot com

IIS version is 5.1.



[2006-12-27 00:39:14] chv at cverdow dot com

Description:

I'm basically opening this to let you know that the problem still
exists. This references both what appears to be the latest production
version (5.2.0 dated 02-Nov-2006), and 6CVS-2006-12-27 (17:30 GMT). 

I don't have MSVC6 or any other C dev environment on this machine, so I
am unable to provide the backtrace you prefer. I have been unable to
capture this in any of the dumps and logs that are available to me,
possibly due to the place in the shutdown process this occurs. The
problem is repeatable.  I get it every time I load a local PHP page.  I
never get it when I only access any page on the Internet.

DLL: php6isapi.dll
INI: php.ini-recommended, modified as follows:
- doc_root = "C:\Inetpub\wwwroot";
- extension_dir = "C:\PHP5\ext"
I have not, however enabled any extensions.
I had to place php.ini in C:\WINDOWS for it to be read.

Steps to repeat:
- Reboot machine
- Open browser (IE 7.0.5730.11)
- Load http://myserver/phpinfo.php
- Close browser
- Restart computer (Start -> Turn off computer -> Restart)

Steps that do not produce the error:
- Reboot machine
- Open browser (IE 7.0.5730.11)
- Load http://www.anysite.com
- Close browser
- Restart computer (Start -> Turn off computer -> Restart)


Reproduce code:
---
It's simply a standard shell to call phpinfo() -- it's probably the
standard phpinfo.php that's floating around the Net. 

Expected result:

The PHP code runs as expected. The browser closes as expected. But,
when the machine is restarted or shut down, the symptom appears. I
expect the machine to shut down without producting an error.

Actual result:
--
After Windows displays the shutdown page, after it enters the "Saving
your settings" phase, the following window is displayed:

dllhost.exe - Application Error
The instruction at "0x010a5b81" referenced memory at "0x010a5b81". The
memory could not be "written".
Click on OK to terminate the program
Click on CANCEL to debug the program

Clicking on "Cancel" shows the same information, with a single button:
"Click on OK to terminate the program".

Clickin on OK completes the shutdown process, the screen goes black for
the expected duration, and the startup process begins.





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

#39979 [Csd->Asn]: PGSQL_CONNECT_FORCE_NEW will causes next connect to establish a new connection

[iliaa]

 ID:   39979
 Updated by:   [EMAIL PROTECTED]
 Reported By:  solar dot c at gmx dot net
-Status:   Closed
+Status:   Assigned
 Bug Type: PostgreSQL related
 Operating System: SLES 10
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  iliaa


Previous Comments:


[2006-12-29 00:35:33] [EMAIL PROTECTED]

This bug has been fixed in CVS.

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





[2006-12-28 17:46:00] solar dot c at gmx dot net

Description:

I want to force a NEW connection to a psql server with
PGSQL_CONNECT_FORCE_NEW.

After this i make a second pg_connect, which should have the same
connection/ressource as the 1st one. 

But with the force-option the second pg_connect is also forced to
establish a new connection (the 3rd pg_connect will use the ressource
of the 2nd).

I tested this on 5.2 and 5.1.1. 
Only 5.2 showed up this behavior.
Apache2, PostgreSQL 8.2 and 8.0.3

Reproduce code:
---


Expected result:

Expected to only establish 1 connection, and reuse the established
ones.

the ressource id outputted should be everytime same.

the stat_activity should show only one recordset (if the server issn't
busy elsewhere).

Actual result:
--
2 connection will be established, 
2 different ressource ids
2 recordsets will be returned @ var_dump





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

#39971 [Asn->Csd]: pg_insert / pg_update do not allow now() to be used for timestamp fields

[iliaa]

 ID:   39971
 Updated by:   [EMAIL PROTECTED]
 Reported By:  epotocko at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: PostgreSQL related
 Operating System: Windows XP
 PHP Version:  5.2.0
 Assigned To:  iliaa
 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:


[2006-12-28 15:32:35] [EMAIL PROTECTED]

The error comes from php_pgsql_convert(), see ext/pgsql/pgsql.c:4975.



[2006-12-28 15:14:29] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

The error comes from PostgreSQL, PHP simply relays it to you.



[2006-12-28 02:06:09] epotocko at gmail dot com

Description:

The pg_insert and pg_update functions will not accept now() as a valid
value for timestamp fields.

Reproduce code:
---
// Assumes the following table exists:
/*
  CREATE TABLE timestamp_test
  (
id serial NOT NULL, 
mytime timestamp NOT NULL,
CONSTRAINT timestamp_test_pkey PRIMARY KEY (id)
   )
   WITHOUT OIDS;
*/


$dbConn = pg_connect();

$values = array('mytime' => 'now()');
pg_insert($dbConn, 'timestamp_test', $values);

$ids = array('id' => 1);
$fields = array('mytime' => 'now()');
pg_update($dbConn, 'timestamp_test', $fields, $ids);

Expected result:

Both the insert and the update should succeed.

Actual result:
--
Error Log:

PHP Notice:  pg_insert() [function.pg-insert]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_insert() [function.pg-insert]: Expects NULL or
string for PostgreSQL timestamp field (mytime)

PHP Notice:  pg_update() [function.pg-update]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_update() [function.pg-update]: Expects NULL or
string for PostgreSQL timestamp field (mytime) 





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

#39979 [Opn->Csd]: PGSQL_CONNECT_FORCE_NEW will causes next connect to establish a new connection

[iliaa]

 ID:   39979
 Updated by:   [EMAIL PROTECTED]
 Reported By:  solar dot c at gmx dot net
-Status:   Open
+Status:   Closed
 Bug Type: PostgreSQL related
 Operating System: SLES 10
 PHP Version:  5.2.0
 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:


[2006-12-28 17:46:00] solar dot c at gmx dot net

Description:

I want to force a NEW connection to a psql server with
PGSQL_CONNECT_FORCE_NEW.

After this i make a second pg_connect, which should have the same
connection/ressource as the 1st one. 

But with the force-option the second pg_connect is also forced to
establish a new connection (the 3rd pg_connect will use the ressource
of the 2nd).

I tested this on 5.2 and 5.1.1. 
Only 5.2 showed up this behavior.
Apache2, PostgreSQL 8.2 and 8.0.3

Reproduce code:
---


Expected result:

Expected to only establish 1 connection, and reuse the established
ones.

the ressource id outputted should be everytime same.

the stat_activity should show only one recordset (if the server issn't
busy elsewhere).

Actual result:
--
2 connection will be established, 
2 different ressource ids
2 recordsets will be returned @ var_dump





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

#39967 [Opn->Bgs]: PDO fails to report error

[iliaa]

 ID:   39967
 Updated by:   [EMAIL PROTECTED]
 Reported By:  rodricg at sellingsource dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PDO related
 Operating System: Linux
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

I suspect it is caused by MySQL not returning an error code or 
doing so in a non-standard fashion. With 4.1 and 5.0 versions 
I get the expected exception thrown.


Previous Comments:


[2006-12-28 16:57:06] rodricg at sellingsource dot com

Apparently I misspoke and am only experiencing this against the 4.0
server, 4.1 appears to be working.

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:37:16 # /opt/php-snap/bin/php /root/bug.php

Fatal error: Call to a member function setFetchMode() on a non-object
in /root/bug.php on line 7

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:38:54 # mysql -hx.xxx -uxxx -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2032902
Server version: 4.0.25-log


::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:44:56 # /opt/php-snap/bin/php /root/bug.php

Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000]: Syntax error or access violation: 1064 You have an
error in your SQL syntax; check the manual that corresponds to your
MySQL server version for the right syntax to use near 'selec Host,
User, Password from user' at line 1' in /root/bug.php:6
Stack trace:
#0 /root/bug.php(6): PDO->query('selec Host, Use...')
#1 {main}
  thrown in /root/bug.php on line 6

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:45:34 # mysql -hx.x.xxx -P3309 -u -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 627531
Server version: 4.1.10-standard-log



[2006-12-28 00:05:05] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Seems to work fine in latest CVS



[2006-12-27 22:14:17] rodricg at sellingsource dot com

Description:

With a php linked against libmysqlclient.so.15 (from mysql 
5.0.30) connecting to a mysql 4.x server PDO fails to 
report errors.

Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

$sql = "selec Host, User, Password from user";
$qry = $pdo->query($sql);
$qry->setFetchMode(PDO::FETCH_OBJ);

foreach($qry as $row)
{
print_r($row);
}
?>

Expected result:

Fatal error: Uncaught exception 'PDOException' with 
message 'SQLSTATE[42000]: Syntax error or access 
violation: 1064 You have an error in your SQL syntax; 
check the manual that corresponds to your MySQL server 
version for the right syntax to use near 'selec Host, 
User, Password from user' at line 1' in /root/bug.php:6
Stack trace:
#0 /root/bug.php(6): PDO->query('selec Host, Use...')
#1 {main}
  thrown in /root/bug.php on line 6


Actual result:
--
Fatal error: Call to a member function setFetchMode() on a 
non-object in /root/bug.php on line 7





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

#39980 [Opn->Bgs]: PHP functions that read xml try to validate that the namespace uri exsist,wrong

[rrichards]

 ID:   39980
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hatkyinc at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SimpleXML related
 Operating System: Windows xp sp2
 PHP Version:  5.2.0
 New Comment:

no bug here except in your code


Previous Comments:


[2006-12-28 21:38:11] hatkyinc at gmail dot com

I don't understand why you say this is not a problem in PHP?

I give here an exact code with a valid input and show it dosn't work
and a case that is does work.

>From my understanding there is either a problem in some XML validation
or parsing code.

I don't see the reason for refering me to support, I show you a code
that work and an exact case it breaks where is should still work and
link to the reason why it is a valid case that should still work.

Please say why do you think is it ok for PHP not to work in this case
(with this valide input XML)?



[2006-12-28 21:22:58] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2006-12-28 19:48:38] hatkyinc at gmail dot com

Description:

A lot of php functions that read xml try to validate that the uri
exsist, which is wrong by w3.org.

If the xmlns uri is not valid the functions don't work at all.

Functions tried: 
SimpleXMLElement()
DOMDocument->loadHTMLFile()

I am opening this after opening a problem with w3.org which create the
problematic xml, they realied the fallowing:

http://www.w3.org/2005/10/markup-validator is a namespace URI, and
there is no
requirement for it to actually point to anything - it's just an
identifier.  If
something makes an assumption that it can retrieve anything at all from
a
namespace URI, it needs to be fixed not to assume that, let alone try
it
automatically.

http://www.w3.org/TR/xml-names/
http://www.rpbourret.com/xml/NamespacesFAQ.htm#q12_3




Reproduce code:
---
a.xml


http://www.w3.org/2003/05/soap-envelope";>

http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>
http://www.microsoft.com/en/us/default.aspx
http://validator.w3.org/
-//W3C//DTD HTML 4.0 Transitional//EN
utf-8
false

5

  

1
6012
  
there is no attribute
"TABINDEX"

   

1
6116
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
6154
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
9671
  
there is no attribute
"TABINDEX"

   

1
9744
  
there is no attribute
"ONFOCUS"

   



0










$uri ='c:\a.xml';

$handle = fopen($uri, "r");

$contents = '';
while (!feof($handle)) {
  $contents .= fread($handle, 8192);
}
fclose($handle);

//echo $contents;

$entries = new  SimpleXMLElement($contents);

$result=
$entries->children('http://www.w3.org/2003/05/soap-envelope')->Body->children('http://www.w3.org/2003/05/soap-encoding')->markupvalidationresponse;
echo $result->uri ;

Expected result:

expected to put on screen
http://www.microsoft.com/en/us/default.aspx

Actual result:
--
Nothing is put on screen.

if you change a.xml line
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>

xmlns:m= uri to anything that validates this works 
example
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2003/05/soap-encoding";>







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

#39980 [Bgs->Opn]: PHP functions that read xml try to validate that the namespace uri exsist,wrong

[hatkyinc at gmail dot com]

 ID:   39980
 User updated by:  hatkyinc at gmail dot com
 Reported By:  hatkyinc at gmail dot com
-Status:   Bogus
+Status:   Open
 Bug Type: SimpleXML related
 Operating System: Windows xp sp2
 PHP Version:  5.2.0
 New Comment:

I don't understand why you say this is not a problem in PHP?

I give here an exact code with a valid input and show it dosn't work
and a case that is does work.

>From my understanding there is either a problem in some XML validation
or parsing code.

I don't see the reason for refering me to support, I show you a code
that work and an exact case it breaks where is should still work and
link to the reason why it is a valid case that should still work.

Please say why do you think is it ok for PHP not to work in this case
(with this valide input XML)?


Previous Comments:


[2006-12-28 21:22:58] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.





[2006-12-28 19:48:38] hatkyinc at gmail dot com

Description:

A lot of php functions that read xml try to validate that the uri
exsist, which is wrong by w3.org.

If the xmlns uri is not valid the functions don't work at all.

Functions tried: 
SimpleXMLElement()
DOMDocument->loadHTMLFile()

I am opening this after opening a problem with w3.org which create the
problematic xml, they realied the fallowing:

http://www.w3.org/2005/10/markup-validator is a namespace URI, and
there is no
requirement for it to actually point to anything - it's just an
identifier.  If
something makes an assumption that it can retrieve anything at all from
a
namespace URI, it needs to be fixed not to assume that, let alone try
it
automatically.

http://www.w3.org/TR/xml-names/
http://www.rpbourret.com/xml/NamespacesFAQ.htm#q12_3




Reproduce code:
---
a.xml


http://www.w3.org/2003/05/soap-envelope";>

http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>
http://www.microsoft.com/en/us/default.aspx
http://validator.w3.org/
-//W3C//DTD HTML 4.0 Transitional//EN
utf-8
false

5

  

1
6012
  
there is no attribute
"TABINDEX"

   

1
6116
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
6154
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
9671
  
there is no attribute
"TABINDEX"

   

1
9744
  
there is no attribute
"ONFOCUS"

   



0










$uri ='c:\a.xml';

$handle = fopen($uri, "r");

$contents = '';
while (!feof($handle)) {
  $contents .= fread($handle, 8192);
}
fclose($handle);

//echo $contents;

$entries = new  SimpleXMLElement($contents);

$result=
$entries->children('http://www.w3.org/2003/05/soap-envelope')->Body->children('http://www.w3.org/2003/05/soap-encoding')->markupvalidationresponse;
echo $result->uri ;

Expected result:

expected to put on screen
http://www.microsoft.com/en/us/default.aspx

Actual result:
--
Nothing is put on screen.

if you change a.xml line
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>

xmlns:m= uri to anything that validates this works 
example
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2003/05/soap-encoding";>







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

#39980 [Opn->Bgs]: PHP functions that read xml try to validate that the namespace uri exsist,wrong

[rrichards]

 ID:   39980
 Updated by:   [EMAIL PROTECTED]
 Reported By:  hatkyinc at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: SimpleXML related
 Operating System: Windows xp sp2
 PHP Version:  5.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2006-12-28 19:48:38] hatkyinc at gmail dot com

Description:

A lot of php functions that read xml try to validate that the uri
exsist, which is wrong by w3.org.

If the xmlns uri is not valid the functions don't work at all.

Functions tried: 
SimpleXMLElement()
DOMDocument->loadHTMLFile()

I am opening this after opening a problem with w3.org which create the
problematic xml, they realied the fallowing:

http://www.w3.org/2005/10/markup-validator is a namespace URI, and
there is no
requirement for it to actually point to anything - it's just an
identifier.  If
something makes an assumption that it can retrieve anything at all from
a
namespace URI, it needs to be fixed not to assume that, let alone try
it
automatically.

http://www.w3.org/TR/xml-names/
http://www.rpbourret.com/xml/NamespacesFAQ.htm#q12_3




Reproduce code:
---
a.xml


http://www.w3.org/2003/05/soap-envelope";>

http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>
http://www.microsoft.com/en/us/default.aspx
http://validator.w3.org/
-//W3C//DTD HTML 4.0 Transitional//EN
utf-8
false

5

  

1
6012
  
there is no attribute
"TABINDEX"

   

1
6116
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
6154
  
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
9671
  
there is no attribute
"TABINDEX"

   

1
9744
  
there is no attribute
"ONFOCUS"

   



0










$uri ='c:\a.xml';

$handle = fopen($uri, "r");

$contents = '';
while (!feof($handle)) {
  $contents .= fread($handle, 8192);
}
fclose($handle);

//echo $contents;

$entries = new  SimpleXMLElement($contents);

$result=
$entries->children('http://www.w3.org/2003/05/soap-envelope')->Body->children('http://www.w3.org/2003/05/soap-encoding')->markupvalidationresponse;
echo $result->uri ;

Expected result:

expected to put on screen
http://www.microsoft.com/en/us/default.aspx

Actual result:
--
Nothing is put on screen.

if you change a.xml line
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>

xmlns:m= uri to anything that validates this works 
example
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2003/05/soap-encoding";>







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

#39973 [Fbk->Bgs]: Handling of & in XML file. Running php 5.1.2

[rrichards]

 ID:   39973
 Updated by:   [EMAIL PROTECTED]
 Reported By:  l dot chemwolo at heinosoft dot eu
-Status:   Feedback
+Status:   Bogus
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 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

char data can be chunked so do not expect it all at once


Previous Comments:


[2006-12-28 12:44:41] [EMAIL PROTECTED]

Please "a short but complete example script max. 10-20 lines long"
which does not include non-existing files etc.



[2006-12-28 12:41:26] l dot chemwolo at heinosoft dot eu

It gives the following as the result:

Bill
&
John Keen

It seems to take the tag Bill & John Keen to be
containing three cdata sections within it. Therefore the '&' overwrites
the 'Bill' and the 'John Keen' overwrites the 'Bill' and finally I have
'John Keen' as the cdata value for this tag; making it seem like it
dropped the ampersand and anything before it.



[2006-12-28 12:33:32] l dot chemwolo at heinosoft dot eu

Reproduce code:
---
";
}
}
 $cluistra=new CluistraParser();
 $cluistra->setInputFile("afile.xml");
  $success = $cluistra->parse();
  if (PEAR::isError($success)) {
die('Parsing failed: '.$success->getMessage());
  }
/*afile.xml has:

Bill & John Keen*/
 ?>



[2006-12-28 10:03:34] [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.





[2006-12-28 08:00:37] l dot chemwolo at heinosoft dot eu

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.



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

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

#39980 [NEW]: PHP functions that read xml try to validate that the namespace uri exsist,wrong

[hatkyinc at gmail dot com]

From: hatkyinc at gmail dot com
Operating system: Windows xp sp2
PHP version:  5.2.0
PHP Bug Type: SimpleXML related
Bug description:  PHP functions that read xml try to validate that the 
namespace uri exsist,wrong

Description:

A lot of php functions that read xml try to validate that the uri exsist,
which is wrong by w3.org.

If the xmlns uri is not valid the functions don't work at all.

Functions tried: 
SimpleXMLElement()
DOMDocument->loadHTMLFile()

I am opening this after opening a problem with w3.org which create the
problematic xml, they realied the fallowing:

http://www.w3.org/2005/10/markup-validator is a namespace URI, and there
is no
requirement for it to actually point to anything - it's just an
identifier.  If
something makes an assumption that it can retrieve anything at all from a
namespace URI, it needs to be fixed not to assume that, let alone try it
automatically.

http://www.w3.org/TR/xml-names/
http://www.rpbourret.com/xml/NamespacesFAQ.htm#q12_3




Reproduce code:
---
a.xml


http://www.w3.org/2003/05/soap-envelope";>

http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>
http://www.microsoft.com/en/us/default.aspx
http://validator.w3.org/
-//W3C//DTD HTML 4.0 Transitional//EN
utf-8
false

5

  

1
6012   
   
there is no attribute
"TABINDEX"

   

1
6116   
   
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
6154   
   
document type does not allow element
"DIV" here; missing one of "APPLET",
"OBJECT", "MAP", "IFRAME",
"BUTTON" start-tag

   

1
9671   
   
there is no attribute
"TABINDEX"

   

1
9744   
   
there is no attribute
"ONFOCUS"

   



0










$uri ='c:\a.xml';

$handle = fopen($uri, "r");

$contents = '';
while (!feof($handle)) {
  $contents .= fread($handle, 8192);
}
fclose($handle);

//echo $contents;

$entries = new  SimpleXMLElement($contents);

$result=
$entries->children('http://www.w3.org/2003/05/soap-envelope')->Body->children('http://www.w3.org/2003/05/soap-encoding')->markupvalidationresponse;
echo $result->uri ;

Expected result:

expected to put on screen
http://www.microsoft.com/en/us/default.aspx

Actual result:
--
Nothing is put on screen.

if you change a.xml line
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2005/10/soap-encoding";>

xmlns:m= uri to anything that validates this works 
example
http://www.w3.org/2003/05/soap-encoding";
xmlns:m="http://www.w3.org/2003/05/soap-encoding";>



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

#39979 [NEW]: PGSQL_CONNECT_FORCE_NEW will causes next connect to establish a new connection

[solar dot c at gmx dot net]

From: solar dot c at gmx dot net
Operating system: SLES 10
PHP version:  5.2.0
PHP Bug Type: PostgreSQL related
Bug description:  PGSQL_CONNECT_FORCE_NEW will causes next connect to establish 
a new connection

Description:

I want to force a NEW connection to a psql server with
PGSQL_CONNECT_FORCE_NEW.

After this i make a second pg_connect, which should have the same
connection/ressource as the 1st one. 

But with the force-option the second pg_connect is also forced to
establish a new connection (the 3rd pg_connect will use the ressource of
the 2nd).

I tested this on 5.2 and 5.1.1. 
Only 5.2 showed up this behavior.
Apache2, PostgreSQL 8.2 and 8.0.3

Reproduce code:
---


Expected result:

Expected to only establish 1 connection, and reuse the established ones.

the ressource id outputted should be everytime same.

the stat_activity should show only one recordset (if the server issn't
busy elsewhere).

Actual result:
--
2 connection will be established, 
2 different ressource ids
2 recordsets will be returned @ var_dump

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

#39978 [Opn->Bgs]: ALERT - Configured request variable limit exceeded

[tony2001]

 ID:   39978
 Updated by:   [EMAIL PROTECTED]
 Reported By:  pierre at decamps dot org
-Status:   Open
+Status:   Bogus
 Bug Type: *General Issues
 Operating System: OpenSuSE 10.2
 PHP Version:  5.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2006-12-28 17:36:00] pierre at decamps dot org

Description:

Hello,

I have recently upgrade to PHP 5.2 in place of 4.3
and now, I have in error.log of apache :

ALERT - Configured request variable limit exceeded attack...


Does anybody can tell me what's the problem and how to fix it ?

Regards,

Pierre






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

#39978 [NEW]: ALERT - Configured request variable limit exceeded

[pierre at decamps dot org]

From: pierre at decamps dot org
Operating system: OpenSuSE 10.2
PHP version:  5.2.0
PHP Bug Type: *General Issues
Bug description:  ALERT - Configured request variable limit exceeded

Description:

Hello,

I have recently upgrade to PHP 5.2 in place of 4.3
and now, I have in error.log of apache :

ALERT - Configured request variable limit exceeded attack...


Does anybody can tell me what's the problem and how to fix it ?

Regards,

Pierre


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

#39972 [Csd->Bgs]: pcntl_signal not working

[tony2001]

 ID:   39972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kementeus at gmail dot com
-Status:   Closed
+Status:   Bogus
 Bug Type: PCNTL related
 Operating System: Debian 3.1
 PHP Version:  5.2.0


Previous Comments:


[2006-12-28 17:24:02] kementeus at gmail dot com

Fixed when moving the pcntl_signal before the loop, now submitting the
fixing in the documentation



[2006-12-28 10:00:54] [EMAIL PROTECTED]

Move pcntl_signal() somewhere BEFORE endless loop, so it gets called
after all.



[2006-12-28 05:27:12] kementeus at gmail dot com

Description:

pcntl_signal is not executing the code inside the function handling of
the signal. The code example is taken from the php manual in
http://www.php.net/manual/en/ref.pcntl.php and modified just to echo a
simple text

Reproduce code:
---
 

Expected result:

When you send the signal SIGTERM with kill -15 PID the process should
echo the message "I need to execute" and then terminate.

Actual result:
--
The process terminate but doesn't echo or execute anything inside the
function handler.





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

#39972 [Bgs->Csd]: pcntl_signal not working

[kementeus at gmail dot com]

 ID:   39972
 User updated by:  kementeus at gmail dot com
 Reported By:  kementeus at gmail dot com
-Status:   Bogus
+Status:   Closed
 Bug Type: PCNTL related
 Operating System: Debian 3.1
 PHP Version:  5.2.0
 New Comment:

Fixed when moving the pcntl_signal before the loop, now submitting the
fixing in the documentation


Previous Comments:


[2006-12-28 10:00:54] [EMAIL PROTECTED]

Move pcntl_signal() somewhere BEFORE endless loop, so it gets called
after all.



[2006-12-28 05:27:12] kementeus at gmail dot com

Description:

pcntl_signal is not executing the code inside the function handling of
the signal. The code example is taken from the php manual in
http://www.php.net/manual/en/ref.pcntl.php and modified just to echo a
simple text

Reproduce code:
---
 

Expected result:

When you send the signal SIGTERM with kill -15 PID the process should
echo the message "I need to execute" and then terminate.

Actual result:
--
The process terminate but doesn't echo or execute anything inside the
function handler.





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

#39967 [Fbk->Opn]: PDO fails to report error

[rodricg at sellingsource dot com]

 ID:   39967
 User updated by:  rodricg at sellingsource dot com
 Reported By:  rodricg at sellingsource dot com
-Status:   Feedback
+Status:   Open
 Bug Type: PDO related
 Operating System: Linux
-PHP Version:  5CVS-2006-12-27 (snap)
+PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

Apparently I misspoke and am only experiencing this against the 4.0
server, 4.1 appears to be working.

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:37:16 # /opt/php-snap/bin/php /root/bug.php

Fatal error: Call to a member function setFetchMode() on a non-object
in /root/bug.php on line 7

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:38:54 # mysql -hx.xxx -uxxx -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 2032902
Server version: 4.0.25-log


::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:44:56 # /opt/php-snap/bin/php /root/bug.php

Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[42000]: Syntax error or access violation: 1064 You have an
error in your SQL syntax; check the manual that corresponds to your
MySQL server version for the right syntax to use near 'selec Host,
User, Password from user' at line 1' in /root/bug.php:6
Stack trace:
#0 /root/bug.php(6): PDO->query('selec Host, Use...')
#1 {main}
  thrown in /root/bug.php on line 6

::[EMAIL PROTECTED]::8::/usr/src/php/php5.2-200612281530
Thu Dec 28 08:45:34 # mysql -hx.x.xxx -P3309 -u -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 627531
Server version: 4.1.10-standard-log


Previous Comments:


[2006-12-28 00:05:05] [EMAIL PROTECTED]

Please try using this CVS snapshot:

  http://snaps.php.net/php5.2-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php5.2-win32-latest.zip

Seems to work fine in latest CVS



[2006-12-27 22:14:17] rodricg at sellingsource dot com

Description:

With a php linked against libmysqlclient.so.15 (from mysql 
5.0.30) connecting to a mysql 4.x server PDO fails to 
report errors.

Reproduce code:
---
setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);

$sql = "selec Host, User, Password from user";
$qry = $pdo->query($sql);
$qry->setFetchMode(PDO::FETCH_OBJ);

foreach($qry as $row)
{
print_r($row);
}
?>

Expected result:

Fatal error: Uncaught exception 'PDOException' with 
message 'SQLSTATE[42000]: Syntax error or access 
violation: 1064 You have an error in your SQL syntax; 
check the manual that corresponds to your MySQL server 
version for the right syntax to use near 'selec Host, 
User, Password from user' at line 1' in /root/bug.php:6
Stack trace:
#0 /root/bug.php(6): PDO->query('selec Host, Use...')
#1 {main}
  thrown in /root/bug.php on line 6


Actual result:
--
Fatal error: Call to a member function setFetchMode() on a 
non-object in /root/bug.php on line 7





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

#39971 [Bgs->Asn]: pg_insert / pg_update do not allow now() to be used for timestamp fields

[tony2001]

 ID:   39971
 Updated by:   [EMAIL PROTECTED]
 Reported By:  epotocko at gmail dot com
-Status:   Bogus
+Status:   Assigned
 Bug Type: PostgreSQL related
 Operating System: Windows XP
 PHP Version:  5.2.0
-Assigned To:  
+Assigned To:  iliaa
 New Comment:

The error comes from php_pgsql_convert(), see ext/pgsql/pgsql.c:4975.


Previous Comments:


[2006-12-28 15:14:29] [EMAIL PROTECTED]

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

The error comes from PostgreSQL, PHP simply relays it to you.



[2006-12-28 02:06:09] epotocko at gmail dot com

Description:

The pg_insert and pg_update functions will not accept now() as a valid
value for timestamp fields.

Reproduce code:
---
// Assumes the following table exists:
/*
  CREATE TABLE timestamp_test
  (
id serial NOT NULL, 
mytime timestamp NOT NULL,
CONSTRAINT timestamp_test_pkey PRIMARY KEY (id)
   )
   WITHOUT OIDS;
*/


$dbConn = pg_connect();

$values = array('mytime' => 'now()');
pg_insert($dbConn, 'timestamp_test', $values);

$ids = array('id' => 1);
$fields = array('mytime' => 'now()');
pg_update($dbConn, 'timestamp_test', $fields, $ids);

Expected result:

Both the insert and the update should succeed.

Actual result:
--
Error Log:

PHP Notice:  pg_insert() [function.pg-insert]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_insert() [function.pg-insert]: Expects NULL or
string for PostgreSQL timestamp field (mytime)

PHP Notice:  pg_update() [function.pg-update]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_update() [function.pg-update]: Expects NULL or
string for PostgreSQL timestamp field (mytime) 





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

#39971 [Opn->Bgs]: pg_insert / pg_update do not allow now() to be used for timestamp fields

[iliaa]

 ID:   39971
 Updated by:   [EMAIL PROTECTED]
 Reported By:  epotocko at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PostgreSQL related
 Operating System: Windows XP
 PHP Version:  5.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.

The error comes from PostgreSQL, PHP simply relays it to you.


Previous Comments:


[2006-12-28 02:06:09] epotocko at gmail dot com

Description:

The pg_insert and pg_update functions will not accept now() as a valid
value for timestamp fields.

Reproduce code:
---
// Assumes the following table exists:
/*
  CREATE TABLE timestamp_test
  (
id serial NOT NULL, 
mytime timestamp NOT NULL,
CONSTRAINT timestamp_test_pkey PRIMARY KEY (id)
   )
   WITHOUT OIDS;
*/


$dbConn = pg_connect();

$values = array('mytime' => 'now()');
pg_insert($dbConn, 'timestamp_test', $values);

$ids = array('id' => 1);
$fields = array('mytime' => 'now()');
pg_update($dbConn, 'timestamp_test', $fields, $ids);

Expected result:

Both the insert and the update should succeed.

Actual result:
--
Error Log:

PHP Notice:  pg_insert() [function.pg-insert]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_insert() [function.pg-insert]: Expects NULL or
string for PostgreSQL timestamp field (mytime)

PHP Notice:  pg_update() [function.pg-update]: 'now()' does not
match with '^([0-9]{4}[/-][0-9]{1,2}[/-][0-9]{1,2})([
\t]+(([0-9]{1,2}:[0-9]{1,2}){1}(:[0-9]{1,2}){0,1}(\.[0-9]+){0,1}([
\t]*([+-][0-9]{1,2}(:[0-9]{1,2}){0,1}|[a-zA-Z]{1,5})){0,1})){0,1}$' 

PHP Notice:  pg_update() [function.pg-update]: Expects NULL or
string for PostgreSQL timestamp field (mytime) 





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

#39977 [Opn->Bgs]: file opening problems

[tony2001]

 ID:   39977
 Updated by:   [EMAIL PROTECTED]
 Reported By:  sonikunal_4u at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Filesystem function related
 Operating System: Enterprise Linux AS
 PHP Version:  4.4.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.




Previous Comments:


[2006-12-28 14:03:42] sonikunal_4u at yahoo dot com

Description:

Hi, all 

I am new to php so please someone help me out.

I just want to include a directory path so that the required file can
be read from there.

here are the settings done in php.ini file

include_path = ".:/Data/writefile"

the "Data" directory is located at root of the linux.

and my default directory for apache is "/var/www/html"

the code that is generating the error is written here,

$fp = fopen("read.txt","r",1) or die("Cannot open file to read");

Note: the file in not on the default directory "/var/www/html"

but the code generated the following error

Warning: fopen(read.txt): failed to open stream: No such file or
directory in /var/www/html/readfile.php 






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

#39977 [NEW]: file opening problems

[sonikunal_4u at yahoo dot com]

From: sonikunal_4u at yahoo dot com
Operating system: Enterprise Linux AS
PHP version:  4.4.4
PHP Bug Type: Filesystem function related
Bug description:  file opening problems

Description:

Hi, all 

I am new to php so please someone help me out.

I just want to include a directory path so that the required file can be
read from there.

here are the settings done in php.ini file

include_path = ".:/Data/writefile"

the "Data" directory is located at root of the linux.

and my default directory for apache is "/var/www/html"

the code that is generating the error is written here,

$fp = fopen("read.txt","r",1) or die("Cannot open file to read");

Note: the file in not on the default directory "/var/www/html"

but the code generated the following error

Warning: fopen(read.txt): failed to open stream: No such file or directory
in /var/www/html/readfile.php 


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

#39976 [Opn->Bgs]: not able to send the mail form php script

[tony2001]

 ID:   39976
 Updated by:   [EMAIL PROTECTED]
 Reported By:  narendra dot rajput at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Mail Related
 Operating System: Xp
 PHP Version:  5.2.0
 New Comment:

Sorry, but your problem does not imply a bug in PHP itself.  For a
list of more appropriate places to ask for help using PHP, please
visit http://www.php.net/support.php as this bug system is not the
appropriate forum for asking support questions.  Due to the volume
of reports we can not explain in detail here why your report is not
a bug.  The support channels will be able to provide an explanation
for you.

Thank you for your interest in PHP.




Previous Comments:


[2006-12-28 13:34:42] narendra dot rajput at gmail dot com

Description:

Warning: mail() [function.mail]: Failed to connect to mailserver at
"smtp server" port 25, verify your "SMTP" and "smtp_port" setting in
php.ini or use ini_set() in C:\Inetpub\wwwroot\test.php on line 8


Reproduce code:
---
Warning: mail() [function.mail]: Failed to connect to mailserver at
"smtp server" port 25, verify your "SMTP" and "smtp_port" setting in
php.ini or use ini_set() in C:\Inetpub\wwwroot\test.php on line 8


Expected result:

mail should be send out

Actual result:
--
no error is there and no mail is in my inbox





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

#39976 [NEW]: not able to send the mail form php script

[narendra dot rajput at gmail dot com]

From: narendra dot rajput at gmail dot com
Operating system: Xp
PHP version:  5.2.0
PHP Bug Type: *Mail Related
Bug description:  not able to send the mail form php script

Description:

Warning: mail() [function.mail]: Failed to connect to mailserver at "smtp
server" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or
use ini_set() in C:\Inetpub\wwwroot\test.php on line 8


Reproduce code:
---
Warning: mail() [function.mail]: Failed to connect to mailserver at "smtp
server" port 25, verify your "SMTP" and "smtp_port" setting in php.ini or
use ini_set() in C:\Inetpub\wwwroot\test.php on line 8


Expected result:

mail should be send out

Actual result:
--
no error is there and no mail is in my inbox

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

#39975 [Opn->Fbk]: Some error in C/C++ syntax

[tony2001]

 ID:   39975
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kprzemek at coig dot katowice dot pl
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Failure
 Operating System: IBM AIX 5.3
 PHP Version:  5.2.0
 New Comment:

Let's deal with these problems one by one.
First of all, I'm reall suprised by this:
<   ZEND_END_ARG_INFO();
---
>   ZEND_END_ARG_INFO()

Do you REALLY mean it's a syntax error for IBM compiler?

The parse_date.c change is not good, AIX is not the only OS here..
And what's wrong with php_hash_tiger.h and zend_alloc.c?


Previous Comments:


[2006-12-28 12:44:41] kprzemek at coig dot katowice dot pl

Description:

Since the release of version 5.0 the same errors still appear in the
repository. These are the C/C++ syntax error, which are ignored by GCC.
However, while compiling the code under IBM C/C++ they cause critical
errors and STOP the compilation. These are just several errors. Could
you please correct them, I'm sure that everyone compiling without GCC
will be grateful for that. Below you can find the list of files and
location of the errors and my fixes(diff).

Reproduce code:
---
# diff openssl.c new/openssl.c
61c61
<   ZEND_END_ARG_INFO();
---
>   ZEND_END_ARG_INFO()
72c72
<   OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA,
---
>   OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA
==
type redefine:
# diff parse_date.c new/parse_date.c
88c88,91
< typedef unsigned char uchar;
---
> /* Type exist in sys/types.h !!
>  *
>  * typedef unsigned char uchar;
>  */
=
# diff php_hash_tiger.h new/php_hash_tiger.h
28,29c28,29
<   unsigned char passes:1;
<   unsigned char length:7;
---
>   unsigned int passes:1;
>   unsigned int length:7;
===
Last table element:
# diff php_pcre.c new/php_pcre.c
55c55
<   PHP_PCRE_BAD_UTF8_ERROR,
---
>   PHP_PCRE_BAD_UTF8_ERROR
=
# diff php_spl.c new/php_spl.c
646c646
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
653c653
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()

Last table element:
# api.h new/php_stream_filter_api.h <
65c65
<   PSFS_PASS_ON,   /* filter generated output buckets; pass them
on to next in chain */
---
>   PSFS_PASS_ON/* filter generated output buckets; pass them
on to next in chain */
=
Last table element:
# diff spl_directory.h new/spl_directory.h
38c38
<   SPL_FS_FILE,
---
>   SPL_FS_FILE
==
C is NOT php:
# diff spl_iterators.c new/spl_iterators.c
754c754
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
759c759
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
764c764
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1484c1484
<   return;// NULL
---
>   return; /* NULL */
1640c1640
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1657c1657
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1684c1684
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1689c1689
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1694c1694
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1699c1699
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1720c1720
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1852c1852
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1864c1864
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1869c1869
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2232c2232
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2237c2237
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2242c2242
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2248c2248
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2307c2307
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2326c2326
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2410c2410
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2643c2643
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
===
last table element:
# diff spl_iterators.h new/spl_iterators.h
95c95
<   REGIT_USE_KEY= 0x0001,
---
>   REGIT_USE_KEY= 0x0001
104c104
<   REGIT_MODE_MAX,
---
>   REGIT_MODE_MAX
=
Add for IBM C/C++:
# diff zend_alloc.c new/zend_alloc.c
265a266
> #if ZEND_DEBUG
272a274
> # endif
---
#if ZEND_DEBUG
typedef enum _mem_magic {
MEM_BLOCK_VALID  = 0x7312F8DC,
MEM_BLOCK_FREED  = 0x99954317,
MEM_BLOCK_CACHED = 0xFB8277DC,
MEM_BLOCK_GUARD  = 0x2A8FCC84,
MEM_BLOCK_LEAK   = 0x6C5E8F2D
} mem_magic;
# endif






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

#39975 [NEW]: Some error in C/C++ syntax

[kprzemek at coig dot katowice dot pl]

From: kprzemek at coig dot katowice dot pl
Operating system: IBM AIX 5.3
PHP version:  5.2.0
PHP Bug Type: Compile Failure
Bug description:  Some error in C/C++ syntax

Description:

Since the release of version 5.0 the same errors still appear in the
repository. These are the C/C++ syntax error, which are ignored by GCC.
However, while compiling the code under IBM C/C++ they cause critical
errors and STOP the compilation. These are just several errors. Could you
please correct them, I'm sure that everyone compiling without GCC will be
grateful for that. Below you can find the list of files and location of
the errors and my fixes(diff).

Reproduce code:
---
# diff openssl.c new/openssl.c
61c61
<   ZEND_END_ARG_INFO();
---
>   ZEND_END_ARG_INFO()
72c72
<   OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA,
---
>   OPENSSL_KEYTYPE_DEFAULT = OPENSSL_KEYTYPE_RSA
==
type redefine:
# diff parse_date.c new/parse_date.c
88c88,91
< typedef unsigned char uchar;
---
> /* Type exist in sys/types.h !!
>  *
>  * typedef unsigned char uchar;
>  */
=
# diff php_hash_tiger.h new/php_hash_tiger.h
28,29c28,29
<   unsigned char passes:1;
<   unsigned char length:7;
---
>   unsigned int passes:1;
>   unsigned int length:7;
===
Last table element:
# diff php_pcre.c new/php_pcre.c
55c55
<   PHP_PCRE_BAD_UTF8_ERROR,
---
>   PHP_PCRE_BAD_UTF8_ERROR
=
# diff php_spl.c new/php_spl.c
646c646
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
653c653
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()

Last table element:
# api.h new/php_stream_filter_api.h <
65c65
<   PSFS_PASS_ON,   /* filter generated output buckets; pass them on
to next in chain */
---
>   PSFS_PASS_ON/* filter generated output buckets; pass them on
to next in chain */
=
Last table element:
# diff spl_directory.h new/spl_directory.h
38c38
<   SPL_FS_FILE,
---
>   SPL_FS_FILE
==
C is NOT php:
# diff spl_iterators.c new/spl_iterators.c
754c754
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
759c759
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
764c764
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1484c1484
<   return;// NULL
---
>   return; /* NULL */
1640c1640
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1657c1657
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1684c1684
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1689c1689
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1694c1694
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1699c1699
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1720c1720
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1852c1852
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1864c1864
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
1869c1869
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2232c2232
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2237c2237
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2242c2242
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2248c2248
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2307c2307
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2326c2326
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2410c2410
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
2643c2643
< ZEND_END_ARG_INFO();
---
> ZEND_END_ARG_INFO()
===
last table element:
# diff spl_iterators.h new/spl_iterators.h
95c95
<   REGIT_USE_KEY= 0x0001,
---
>   REGIT_USE_KEY= 0x0001
104c104
<   REGIT_MODE_MAX,
---
>   REGIT_MODE_MAX
=
Add for IBM C/C++:
# diff zend_alloc.c new/zend_alloc.c
265a266
> #if ZEND_DEBUG
272a274
> # endif
---
#if ZEND_DEBUG
typedef enum _mem_magic {
MEM_BLOCK_VALID  = 0x7312F8DC,
MEM_BLOCK_FREED  = 0x99954317,
MEM_BLOCK_CACHED = 0xFB8277DC,
MEM_BLOCK_GUARD  = 0x2A8FCC84,
MEM_BLOCK_LEAK   = 0x6C5E8F2D
} mem_magic;
# endif


-- 
Edit bug report at http://bugs.php.net/?id=39975&edit=1
-- 
Try a CVS snapshot (PHP 4.4): 
http://bugs.php.net/fix.php?id=39975&r=trysnapshot44
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=39975&r=trysnapshot52
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=39975&r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=39975&r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=39975&r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=39975&r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=39975&r=needscript
Try newer version:http://bugs.php.net/fix.php?id=39975&r=oldversion
Not developer issue:  http://bugs.php.net/fix.php?id=39975&r=support
Expected behavior:http://bugs.php.net/fix.php?id=39975&r=notwrong
Not enough info:  
http://bugs.php.net/fix.

#39973 [Opn->Fbk]: Handling of & in XML file. Running php 5.1.2

[tony2001]

 ID:   39973
 Updated by:   [EMAIL PROTECTED]
 Reported By:  l dot chemwolo at heinosoft dot eu
-Status:   Open
+Status:   Feedback
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

Please "a short but complete example script max. 10-20 lines long"
which does not include non-existing files etc.


Previous Comments:


[2006-12-28 12:41:26] l dot chemwolo at heinosoft dot eu

It gives the following as the result:

Bill
&
John Keen

It seems to take the tag Bill & John Keen to be
containing three cdata sections within it. Therefore the '&' overwrites
the 'Bill' and the 'John Keen' overwrites the 'Bill' and finally I have
'John Keen' as the cdata value for this tag; making it seem like it
dropped the ampersand and anything before it.



[2006-12-28 12:33:32] l dot chemwolo at heinosoft dot eu

Reproduce code:
---
";
}
}
 $cluistra=new CluistraParser();
 $cluistra->setInputFile("afile.xml");
  $success = $cluistra->parse();
  if (PEAR::isError($success)) {
die('Parsing failed: '.$success->getMessage());
  }
/*afile.xml has:

Bill & John Keen*/
 ?>



[2006-12-28 10:03:34] [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.





[2006-12-28 08:00:37] l dot chemwolo at heinosoft dot eu

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.



[2006-12-28 07:24:28] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39973

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

#39973 [Opn]: Handling of & in XML file. Running php 5.1.2

[l dot chemwolo at heinosoft dot eu]

 ID:   39973
 User updated by:  l dot chemwolo at heinosoft dot eu
 Reported By:  l dot chemwolo at heinosoft dot eu
 Status:   Open
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

It gives the following as the result:

Bill
&
John Keen

It seems to take the tag Bill & John Keen to be
containing three cdata sections within it. Therefore the '&' overwrites
the 'Bill' and the 'John Keen' overwrites the 'Bill' and finally I have
'John Keen' as the cdata value for this tag; making it seem like it
dropped the ampersand and anything before it.


Previous Comments:


[2006-12-28 12:33:32] l dot chemwolo at heinosoft dot eu

Reproduce code:
---
";
}
}
 $cluistra=new CluistraParser();
 $cluistra->setInputFile("afile.xml");
  $success = $cluistra->parse();
  if (PEAR::isError($success)) {
die('Parsing failed: '.$success->getMessage());
  }
/*afile.xml has:

Bill & John Keen*/
 ?>



[2006-12-28 10:03:34] [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.





[2006-12-28 08:00:37] l dot chemwolo at heinosoft dot eu

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.



[2006-12-28 07:24:28] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:23:57] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



The remainder of the comments for this report are too long. To view
the rest of the comments, please view the bug report online at
http://bugs.php.net/39973

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

#39973 [Fbk->Opn]: Handling of & in XML file. Running php 5.1.2

[l dot chemwolo at heinosoft dot eu]

 ID:   39973
 User updated by:  l dot chemwolo at heinosoft dot eu
 Reported By:  l dot chemwolo at heinosoft dot eu
-Status:   Feedback
+Status:   Open
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

Reproduce code:
---
";
}
}
 $cluistra=new CluistraParser();
 $cluistra->setInputFile("afile.xml");
  $success = $cluistra->parse();
  if (PEAR::isError($success)) {
die('Parsing failed: '.$success->getMessage());
  }
/*afile.xml has:

Bill & John Keen*/
 ?>


Previous Comments:


[2006-12-28 10:03:34] [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.





[2006-12-28 08:00:37] l dot chemwolo at heinosoft dot eu

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.



[2006-12-28 07:24:28] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:23:57] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:17:02] l dot chemwolo at heinosoft dot eu

Description:

When I parse an xml file containing Bill & Joseph
Cook I get Joseph Cook as the value between these tags. It
drops anything that comes before &. 

I am using php 5.1.2. I could see this on the section "PHP version"
above so I just picked one of the listed.

Reproduce code:
---
I am using a class:
class CluistraParser extends XML_Parser{
...
}

to do the parsing based on the parser.php file.

Expected result:

To get 'Bill & Joseph Cook' as the value for the tag .

Actual result:
--
I get 'Joseph Cook'. Anything before & is dropped and the ampersand
does not appear.





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

#39970 [Opn->Fbk]: is_writable() has problems with valid unix paths

[tony2001]

 ID:   39970
 Updated by:   [EMAIL PROTECTED]
 Reported By:  karibu at gmx dot net
-Status:   Open
+Status:   Feedback
 Bug Type: Filesystem function related
 Operating System: Mac OS X 10.3.9
 PHP Version:  4.4.4
 New Comment:

Please try using this CVS snapshot:

  http://snaps.php.net/php4-STABLE-latest.tar.gz
 
For Windows:
 
  http://snaps.php.net/win32/php4-win32-STABLE-latest.zip

Cannot reproduce.


Previous Comments:


[2006-12-28 00:50:09] karibu at gmx dot net

Description:

is_writable() has problems to handle certain proper unix 
paths like "/some/dir/../dir/file.suffix"

Reproduce code:
---


Expected result:

1 - OK
2 - OK

Actual result:
--
1 - blah.php not writeable.
2 - OK





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

#39974 [Opn->Bgs]: make test reports failures

[tony2001]

 ID:   39974
 Updated by:   [EMAIL PROTECTED]
 Reported By:  mitrashamsa at yahoo dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  5.2.0
 New Comment:

.


Previous Comments:


[2006-12-28 08:53:10] judas dot iscariote at gmail dot com

Nice rant.. however, you are wrong, PHP is included in almost any linux
distribution and you most likely, do not need to compile it, unless you
have a very, very special situation or want the very latest version.

if make test report fails, try later, probably a temporary issue, get a
couple of coffee, have fun, no need to get mad about it.



[2006-12-28 07:45:20] mitrashamsa at yahoo dot com

Description:

Make test fails tests on basic compile. But worse still the report
address bounces mail. In other words, it is so hard to report errors
that it is simpler to forget PHP and go with other P langs. Clearly the
attention to detail is failing at several levels. This is the only LAMP
package that fails to compile properly yet offers no hints about
causes. Apparently you want only Windows business because you provide
binaries for them, but leave Linux developers on their own. Well, I
think as little of you as you obviously think of me.






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

#39973 [Opn->Fbk]: Handling of & in XML file. Running php 5.1.2

[tony2001]

 ID:   39973
 Updated by:   [EMAIL PROTECTED]
 Reported By:  l dot chemwolo at heinosoft dot eu
-Status:   Open
+Status:   Feedback
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

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

A proper reproducing script starts with ,
is max. 10-20 lines long and does not require any external 
resources such as databases, etc. If the script requires a 
database to demonstrate the issue, please make sure it creates 
all necessary tables, stored procedures etc.

Please avoid embedding huge scripts into the report.




Previous Comments:


[2006-12-28 08:00:37] l dot chemwolo at heinosoft dot eu

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.



[2006-12-28 07:24:28] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:23:57] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:17:02] l dot chemwolo at heinosoft dot eu

Description:

When I parse an xml file containing Bill & Joseph
Cook I get Joseph Cook as the value between these tags. It
drops anything that comes before &. 

I am using php 5.1.2. I could see this on the section "PHP version"
above so I just picked one of the listed.

Reproduce code:
---
I am using a class:
class CluistraParser extends XML_Parser{
...
}

to do the parsing based on the parser.php file.

Expected result:

To get 'Bill & Joseph Cook' as the value for the tag .

Actual result:
--
I get 'Joseph Cook'. Anything before & is dropped and the ampersand
does not appear.





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

#39972 [Opn->Bgs]: pcntl_signal not working

[tony2001]

 ID:   39972
 Updated by:   [EMAIL PROTECTED]
 Reported By:  kementeus at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: PCNTL related
 Operating System: Debian 3.1
 PHP Version:  5.2.0
 New Comment:

Move pcntl_signal() somewhere BEFORE endless loop, so it gets called
after all.


Previous Comments:


[2006-12-28 05:27:12] kementeus at gmail dot com

Description:

pcntl_signal is not executing the code inside the function handling of
the signal. The code example is taken from the php manual in
http://www.php.net/manual/en/ref.pcntl.php and modified just to echo a
simple text

Reproduce code:
---
 

Expected result:

When you send the signal SIGTERM with kill -15 PID the process should
echo the message "I need to execute" and then terminate.

Actual result:
--
The process terminate but doesn't echo or execute anything inside the
function handler.





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

#39974 [Com]: make test reports failures

[judas dot iscariote at gmail dot com]

 ID:   39974
 Comment by:   judas dot iscariote at gmail dot com
 Reported By:  mitrashamsa at yahoo dot com
 Status:   Open
 Bug Type: Compile Failure
 Operating System: Linux
 PHP Version:  5.2.0
 New Comment:

Nice rant.. however, you are wrong, PHP is included in almost any linux
distribution and you most likely, do not need to compile it, unless you
have a very, very special situation or want the very latest version.

if make test report fails, try later, probably a temporary issue, get a
couple of coffee, have fun, no need to get mad about it.


Previous Comments:


[2006-12-28 07:45:20] mitrashamsa at yahoo dot com

Description:

Make test fails tests on basic compile. But worse still the report
address bounces mail. In other words, it is so hard to report errors
that it is simpler to forget PHP and go with other P langs. Clearly the
attention to detail is failing at several levels. This is the only LAMP
package that fails to compile properly yet offers no hints about
causes. Apparently you want only Windows business because you provide
binaries for them, but leave Linux developers on their own. Well, I
think as little of you as you obviously think of me.






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

#39973 [Opn]: Handling of & in XML file. Running php 5.1.2

[l dot chemwolo at heinosoft dot eu]

 ID:   39973
 User updated by:  l dot chemwolo at heinosoft dot eu
 Reported By:  l dot chemwolo at heinosoft dot eu
 Status:   Open
 Bug Type: XML related
 Operating System: Ubuntu
 PHP Version:  5CVS-2006-12-28 (snap)
 New Comment:

I saw an almost similar bug reported by someone for php 5.0.3. The
report is http://bugs.php.net/bug.php?id=31139&edit=2.


Previous Comments:


[2006-12-28 07:24:28] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:23:57] l dot chemwolo at heinosoft dot eu

I meant I could not see version 5.1.2 on the section "PHP version" so I
just picked one of the listed when submitting bug report.



[2006-12-28 07:17:02] l dot chemwolo at heinosoft dot eu

Description:

When I parse an xml file containing Bill & Joseph
Cook I get Joseph Cook as the value between these tags. It
drops anything that comes before &. 

I am using php 5.1.2. I could see this on the section "PHP version"
above so I just picked one of the listed.

Reproduce code:
---
I am using a class:
class CluistraParser extends XML_Parser{
...
}

to do the parsing based on the parser.php file.

Expected result:

To get 'Bill & Joseph Cook' as the value for the tag .

Actual result:
--
I get 'Joseph Cook'. Anything before & is dropped and the ampersand
does not appear.





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