#44288 [Opn-Asn]: Sloppy declaration placement causes Window compilation error

2008-02-29 Thread tony2001
 ID:   44288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Assigned
 Bug Type: SPL related
 Operating System: Windows Vista
 PHP Version:  5.3CVS-2008-02-29 (CVS)
-Assigned To:  
+Assigned To:  colder
 New Comment:

Assigned to the author of the code.


Previous Comments:


[2008-02-29 05:58:37] [EMAIL PROTECTED]

Description:

In some implementations of C, declarations (possibly with initializers)
must occur before any 'regular' code (this is as opposed to C++, which
lets you make declarations wherever you want). Microsoft Visual C++ 2005
Express is one such compiler, and accordingly barfs on some misplaced
declarations in spl_heap.c with error C2275 (cannot use type as
expression). This patch fixes the issue:
http://www.thewritingpot.com/patches/spl-move-declarations.patch

It also fixes the broken Windows builds for PHP 5.3. It also probably
needs to be ported to HEAD (which should be simple, as the two appear to
be in sync).






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


#44288 [Asn-Csd]: Sloppy declaration placement causes Window compilation error

2008-02-29 Thread colder
 ID:   44288
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Assigned
+Status:   Closed
 Bug Type: SPL related
 Operating System: Windows Vista
 PHP Version:  5.3CVS-2008-02-29 (CVS)
 Assigned To:  colder
 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.

Thanks for the patch.


Previous Comments:


[2008-02-29 08:35:50] [EMAIL PROTECTED]

Assigned to the author of the code.



[2008-02-29 05:58:37] [EMAIL PROTECTED]

Description:

In some implementations of C, declarations (possibly with initializers)
must occur before any 'regular' code (this is as opposed to C++, which
lets you make declarations wherever you want). Microsoft Visual C++ 2005
Express is one such compiler, and accordingly barfs on some misplaced
declarations in spl_heap.c with error C2275 (cannot use type as
expression). This patch fixes the issue:
http://www.thewritingpot.com/patches/spl-move-declarations.patch

It also fixes the broken Windows builds for PHP 5.3. It also probably
needs to be ported to HEAD (which should be simple, as the two appear to
be in sync).






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


#44290 [NEW]: Request for package access control system

2008-02-29 Thread mr at segtel dot dk
From: mr at segtel dot dk
Operating system: All
PHP version:  6CVS-2008-02-29 (CVS)
PHP Bug Type: Feature/Change Request
Bug description:  Request for package access control system

Description:

I would like to request a package access control system to accompany
public, private and protected as defined by OMG for UML.

Reproduce code:
---
package my_package {
  class some_class {
package $var;
  }

  class other_class {
private $obj;

public function __construct() {
  $this-obj = new some_class();
}

public function do_something() {
  print $this-obj-var;
}
  }
}

Expected result:

The above should work. my_package::some_class::var is accessible by other
classes inside the my_package package whereas any other class does not have
access.


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


#44289 [NEW]: Output parameter not set if stored procedure returns rows

2008-02-29 Thread d at tpyo dot net
From: d at tpyo dot net
Operating system: Linux 2.6.22
PHP version:  5.2.5
PHP Bug Type: PDO related
Bug description:  Output parameter not set if stored procedure returns rows

Description:

It seems that if a stored procedure returns rows from a SELECT the output
parameters are lost.

Not sure if this is the intended behaviour, but since this works fine from
the MySQL CLI I'm inclined to believe it's not.

Reproduce code:
---
Stored procedures and PDO code for reproducing the problem:

http://undesigned.org.za/files/pdo-issue.phps


Expected result:

PDO_FOUND_ROWS_TEST_1(@test1): string(4) Set!
PDO_FOUND_ROWS_TEST_2(@test2): string(4) Set!


Actual result:
--
PDO_FOUND_ROWS_TEST_1(@test1): string(4) Set!
PDO_FOUND_ROWS_TEST_2(@test2): FAILED


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


#44291 [NEW]: nl2br issue

2008-02-29 Thread danil dot megrabjan at gmail dot com
From: danil dot megrabjan at gmail dot com
Operating system: openSuSE-10.2
PHP version:  5.2.5
PHP Bug Type: Strings related
Bug description:  nl2br issue

Description:

I try to print some `print_r` string with nl2br.

Reproduce code:
---
$a = print_r($array, true);
echo nl2br($a);


Expected result:

nl to br converting in strings of each array element.

Actual result:
--
0xb768d4db in zif_nl2br (ht=1, return_value=0x80252ac4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/INFIN/megrabjan/Downloads/php-5.2.5/ext/standard/string.c:3845
3845 if (*str == '\r') {

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


#44291 [Opn-Fbk]: nl2br issue

2008-02-29 Thread msaraujo
 ID:   44291
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danil dot megrabjan at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Strings related
 Operating System: openSuSE-10.2
 PHP Version:  5.2.5
 New Comment:

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

A proper reproducing script starts with ?php and ends 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.

Hello,

Can you please give us the whole script in order to reproduce your
code($array variable for instance)?

Thanks



Previous Comments:


[2008-02-29 12:07:05] danil dot megrabjan at gmail dot com

Description:

I try to print some `print_r` string with nl2br.

Reproduce code:
---
$a = print_r($array, true);
echo nl2br($a);


Expected result:

nl to br converting in strings of each array element.

Actual result:
--
0xb768d4db in zif_nl2br (ht=1, return_value=0x80252ac4,
return_value_ptr=0x0, this_ptr=0x0, return_value_used=1) at
/home/INFIN/megrabjan/Downloads/php-5.2.5/ext/standard/string.c:3845
3845 if (*str == '\r') {





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


#44292 [NEW]: Segmentation fault in SAPRFC function NewFunction

2008-02-29 Thread lars dot a dot johansson at se dot atlascopco dot com
From: lars dot a dot johansson at se dot atlascopco dot com
Operating system: linux
PHP version:  5.3CVS-2008-02-29 (snap)
PHP Bug Type: Reproducible crash
Bug description:  Segmentation fault in SAPRFC function NewFunction

Description:

Hi,
2.6.17-5mdventerprise #1 SMP Wed Sep 13 14:50:48 EDT 2006 i686 Intel(R)
Pentium(R) 4 CPU 3.20GHz GNU/Linux

Running the below in 5.2 works OK.

My snap is php5.3-200802231330.
I try to run a BAPI in a SAP system using SAPRFC
http://saprfc.sourceforge.net/

I put in the print NEWFUNCTION stmts to see how far I get.

function NewFunction ($name)
  {
print NEWFUNCTION0\n;
  $ix = count ($this-fceList);
  $this-fceList[$ix] = new SAPFunction();
print NEWFUNCTION1\n;
  $rc = $this-fceList[$ix]-Discover
($this-rfc,strtoupper($name));
print NEWFUNCTION3\n;
  if ($rc != SAPRFC_OK) {
  $this-fceList[$ix]-Close();
  unset ($this-fceList[$ix]);
  return (false);
  }
print NEWFUNCTION9\n;
  return ($this-fceList[$ix]);
  }





Reproduce code:
---
Its not trivial to supply code to reproduce this bug. If anyone is willing
to dig into this please tell me how I should trace my problem, and I hand
over the result.

Expected result:

print NEWFUNCTION0\n;  
print NEWFUNCTION1\n;
print NEWFUNCTION3\n;
print NEWFUNCTION9\n;


Actual result:
--
NEWFUNCTION0
NEWFUNCTION1
Segmentation fault


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


#44144 [Opn-Csd]: spl_autoload_functions() should return object instance when appropriate

2008-02-29 Thread colder
 ID:   44144
 Updated by:   [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
-Status:   Open
+Status:   Closed
 Bug Type: SPL related
 Operating System: Irrelevant
 PHP Version:  5.3CVS-2008-02-18 (CVS)
-Assigned To:  
+Assigned To:  colder
 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:


[2008-02-18 02:07:06] [EMAIL PROTECTED]

Description:

spl_autoload_functions() should return object instances, not class
names, when appropriate.

Reproduce code:
---
?php
class Foo {
  public function nonstaticMethod() {}
}
$foo = new Foo;
spl_autoload_register(array($foo, 'nonstaticMethod'));
$funcs = spl_autoload_functions();
print_r((int) is_object($func[0][0]));

Expected result:

1

Actual result:
--
0





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


#44294 [NEW]: Undefined symobls upon sudo make

2008-02-29 Thread danval at gmail dot com
From: danval at gmail dot com
Operating system: Mac 10.5 Leopard Client
PHP version:  5.2.5
PHP Bug Type: Compile Warning
Bug description:  Undefined symobls upon sudo make

Description:

Installation warning error when compiling php 5

Reproduce code:
---
configuration used with compiled extensions

./configure \
--prefix=/Apache/php \
--with-libxml-dir=/Apache/local/libxml \
--with-zlib-dir=/Apache/local/zlib \
--with-zlib \
--with-curl=/Apache/local/curl \
--with-jpeg-dir=/Apache/local/gd \
--with-png-dir=/Apache/local/gd \
--with-gd \
--with-mcrypt=/Apache/local/mcrypt \
--with-mhash=/Apache/local/mhash \
--with-mysql=/usr/local/mysql \
--with-mysql-sock=/usr/local/mysql/run \
--with-apxs2=/Apache/bin/apxs \
--enable-soap \
--enable-sockets \
--enable-shared \
--enable-cli \
--enable-exif \
--enable-ftp \
--enable-mbstring \
--enable-mbregex \
--enable-xmlreader

Expected result:

successful sudo make

Actual result:
--
Last few lines after 'sudo make'

sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o
main/internal_functions.o  -lmysqlclient -lmhash -lmcrypt -lltdl -liconv
-lpng -lz -ljpeg -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl -lssl
-lcrypto -lldap -lz -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2
-lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm  -o libs/libphp5.bundle  cp libs/libphp5.bundle
libs/libphp5.so
Undefined symbols:
  _xmlTextReaderSchemaValidate, referenced from:
  _zim_xmlreader_setSchema in php_xmlreader.o
  _xmlTextReaderSetup, referenced from:
  _zim_xmlreader_XML in php_xmlreader.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1


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


#44294 [Opn]: Undefined symbols upon sudo make

2008-02-29 Thread danval at gmail dot com
 ID:   44294
 User updated by:  danval at gmail dot com
-Summary:  Undefined symobls upon sudo make
 Reported By:  danval at gmail dot com
 Status:   Open
 Bug Type: Compile Warning
 Operating System: Mac 10.5 Leopard Client
 PHP Version:  5.2.5
 New Comment:

Undefined symbols spelling error


Previous Comments:


[2008-02-29 16:32:45] danval at gmail dot com

Description:

Installation warning error when compiling php 5

Reproduce code:
---
configuration used with compiled extensions

./configure \
--prefix=/Apache/php \
--with-libxml-dir=/Apache/local/libxml \
--with-zlib-dir=/Apache/local/zlib \
--with-zlib \
--with-curl=/Apache/local/curl \
--with-jpeg-dir=/Apache/local/gd \
--with-png-dir=/Apache/local/gd \
--with-gd \
--with-mcrypt=/Apache/local/mcrypt \
--with-mhash=/Apache/local/mhash \
--with-mysql=/usr/local/mysql \
--with-mysql-sock=/usr/local/mysql/run \
--with-apxs2=/Apache/bin/apxs \
--enable-soap \
--enable-sockets \
--enable-shared \
--enable-cli \
--enable-exif \
--enable-ftp \
--enable-mbstring \
--enable-mbregex \
--enable-xmlreader

Expected result:

successful sudo make

Actual result:
--
Last few lines after 'sudo make'

sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o
main/internal_functions.o  -lmysqlclient -lmhash -lmcrypt -lltdl -liconv
-lpng -lz -ljpeg -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl -lssl
-lcrypto -lldap -lz -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2
-lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm  -o libs/libphp5.bundle  cp libs/libphp5.bundle
libs/libphp5.so
Undefined symbols:
  _xmlTextReaderSchemaValidate, referenced from:
  _zim_xmlreader_setSchema in php_xmlreader.o
  _xmlTextReaderSetup, referenced from:
  _zim_xmlreader_XML in php_xmlreader.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1






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


#44293 [NEW]: realpath does not follow Virtual directory

2008-02-29 Thread mmichel at chez dot com
From: mmichel at chez dot com
Operating system: Win2003
PHP version:  5.2.5
PHP Bug Type: Directory function related
Bug description:  realpath does not follow Virtual directory

Description:

If you do a realpath('./elsewhere'), where elsewhere is a IIS virtual
directory, realpath return FALSE.

Reproduce code:
---
- Use the default site in IIS6 (root=c:\inetpub\wwwroot)
- in the root directory create a folder called local
- Create a virtual directory (either via a network share or in another
path on a local drive, e.g. C:\Elsewhere), and call it elsewhere

then

?php
$local='./local';
$virt='./elsewhere';

$check_path=realpath($local);
print ($checkpath === FALSE) ? local path not resolvedbr :
local=$check_pathbr;

$check_path=realpath($virt);
print ($checkpath === FALSE) ? virtual dir not recognizedbr :
virtual=$check_pathbr;

?

Expected result:

local=C:\Inetpub\wwwroot\local
virtual=C:\Elsewhere

Actual result:
--
local=C:\Inetpub\wwwroot\local
virtual=

Note that realpath does not return FALSE...

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


#40452 [Com]: ODBC and SQL Server datetime parameter fields fail on insert

2008-02-29 Thread ethan dot nelson at ltd dot org
 ID:   40452
 Comment by:   ethan dot nelson at ltd dot org
 Reported By:  aspen dot olmsted at alliance dot biz
 Status:   Assigned
 Bug Type: PDO related
 Operating System: Windows 2003, XP
 PHP Version:  5.2.1
 Assigned To:  wez
 New Comment:

This code illustrates the fact that SQL can work with a variety of date
formats when moving to a SQL2005 type of datetime.

To use this script, remove the sql comments '--' and comment out the
appropriate params line to test PDO attempts to work with the different
formats.  All of them throw exceptions.

?php

include(../include/config.inc);

$db = new bkg_db();

$query = SELECT 'sqltest1' = CAST('20080101 12:07:32' AS datetime)
,'sqltest2' = CAST('2008-01-01 12:07:32' AS datetime)
,'sqltest3' = CAST('01/01/2008 12:07:32' AS datetime)
,'sqltest4' = CAST('01-01-2008 12:07:32' AS datetime)
--,'pdotest' = CAST(:pdotest AS varchar)
;

$params = array(':pdotest' = '20080101 12:07:32');
$params = array(':pdotest' = '2008-01-01 12:07:32');
$params = array(':pdotest' = '01/01/2008 12:07:32');
$params = array(':pdotest' = '01-01-2008 12:07:32');
$params = array();

$db-execute_query($query,$params);

print_r($db-get_results());

?


Previous Comments:


[2007-11-23 11:04:34] rob at tdd dot org dot uk

I was experiencing the same problem with a stored procedure (SQL
SERVER), however I found that I was calling the parameters in a
different order in which they where expected, even though I was
specifying the parameter name.

-- replcate

CREATE PROC hello
@world VARCHAR(100),
@repeat INT
AS

SELECT 'hello ' + REPLICATE(@world, @repeat)

GO

-- both give same output

EXEC hello @world = 'world', @repeat = 5
EXEC hello @repeat = 5, @world = 'world'


If I was to call the first exec equivalent in php using bound
parameters then it works, however the php equivalent using bound
parameters it fails with a function sequence error.



[2007-10-11 14:22:29] jfdsmit at gmail dot com

I have a similar experience, running PHP 5.2.4 on Windows 2003. The
server /does/ accept values when they are formatted exactly -mm-dd
(as per the date() format Y-m-d) /or/ if the supplied value == NULL.
Empty strings and dates formatted otherwise (2007-3-12 for instance)
result in a HY010 SQLSTATE Sequence error. So contrary to what daniel
dot tams at gmail dot com says, the bug is formatting-dependant in my
experience



[2007-04-24 19:05:14] daniel dot tams at gmail dot com

Just wanted to clarify that the error is unrelated to the format of the
datetime.



[2007-04-24 19:00:09] daniel dot tams at gmail dot com

I can confirm this problem on PHP 5.2.1. The exact error is the
following: 
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[HY010]: Function sequence error: 0 [Microsoft][ODBC Driver
Manager] Function sequence error (SQLExecute[0] at
ext\pdo_odbc\odbc_stmt.c:133)' in C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php:135 Stack
trace: #0 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php(135):
PDOStatement-execute() #1 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php(414):
IPTAA_CRUD-create(Array) #2 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\users.php(15):
IPTAA_CRUD-handleHttpPost() #3 {main} thrown in C:\Program Files\Apache
Software Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php on
line 135

Fatal error: Exception thrown without a stack frame in Unknown on line
0

This is a pretty serious limitation of the PDO ODBC driver.



[2007-02-13 01:31:36] aspen dot olmsted at alliance dot biz

Yes.  If you insert into sql other ways it works perfect.  Including
through php



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

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


#43358 [Com]: 500 HTTP error when eval()'d code contains a notice/warning

2008-02-29 Thread not at public dot com
 ID:   43358
 Comment by:   not at public dot com
 Reported By:  andrea dot spacca at gmail dot com
 Status:   Open
 Bug Type: *General Issues
 Operating System: Gentoo
 PHP Version:  5.2.5
 New Comment:

Was able to eliminate this bug by turning output buffering off in
php.ini


Previous Comments:


[2008-02-26 11:31:05] zorfling at hotmail dot com

Hi,

I've been having the same problem and thought I'd post my workaround.
If you simply overwrite the headers to return a 200, it works.

eg header(Content-type: text/html, true, 200); (second arg is to
overwrite the current header)

NB This needs to be called AFTER the eval that causes the issue.

Hope this helps,


Chris



[2007-12-17 22:28:38] not at public dot com

This is an existing bug. Having the same error on 2.5.4 on FreeBSD.

A failed eval results in a 500 error, although when calling error_log()
on the last line of the code, the php script does reach and execute
that.

The script is executed correctly, and the response from the server also
includes the ( correct ) output of the script without any php errors,
but after the 500 header ofcourse. Browsers hang on the error and don't
show the output.



[2007-11-21 13:41:33] andrea at spacca dot org

here you can test the http response on our enviroment:
http://89.186.95.3/test/testBug.cgi



[2007-11-21 10:23:41] andrea at spacca dot org

from our httpd.conf:
LoadModule php5_module etc etc
AddType application/x-httpd-php .php .cgi



[2007-11-21 10:13:12] andrea dot spacca at gmail dot com

Description:

When E_NOTICE or E_WARNING happen in eval'd code the script return 500
HTTP respons even on not blank pages

PS: third time i have to open the bug, 'cause [EMAIL PROTECTED] continue to
close it as bogus without wait my reply to his comments. i'll put, as
soon as possibile, a script online on our server so you could test the
behaviour on the enviroment where we reproduce the bug

Reproduce code:
---
?php
eval('$pluto = test .UNDEFINED_CONST. test;');

echo 'AFTER';
?


Expected result:

Apache Access Log:
192.168.1.1 - - [20/Nov/2007:16:09:23 +0100] GET /testBug.cgi
HTTP/1.1
200 25

Actual result:
--
Apache Access Log:
192.168.1.1 - - [20/Nov/2007:16:09:23 +0100] GET /testBug.cgi
HTTP/1.1
500 25





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


#44296 [NEW]: Incorrect time_t for x86-64

2008-02-29 Thread rolosworld at gmail dot com
From: rolosworld at gmail dot com
Operating system: gentoo 
PHP version:  5.2.5
PHP Bug Type: Date/time related
Bug description:  Incorrect time_t for x86-64

Description:

Linux localhost 2.6.22-hardened-r8 #2 SMP Tue Dec 4 21:57:04 CST 2007
x86_64 Dual-Core AMD Opteron(tm) Processor 1210 AuthenticAMD GNU/Linux

Im having problems with the date functions, seems the time_t used by php
is 32bit, but the time_t of the system is 64bit.

PHP uses 64bit integers so php is compiled for 64bit.

To check the system time_t:

#include cstdio
#include ctime

int main ()
{
  printf (Size of time_t %d.\n, sizeof(time_t));
  return 0;
}

g++ t.cpp -o t
OUTPUT:
Size of time_t 8.

g++ -m32 t.cpp -o t
OUTPUT:
Size of time_t 4.



Reproduce code:
---
?php
echo size: ,PHP_INT_SIZE,\n;
echo max: ,PHP_INT_MAX,\n;
echo mktime1: ,mktime(21,14,7,1,18,2038),\n;
echo mktime1: ,mktime(21,14,8,1,18,2038),\n;
?


Expected result:

size: 8
max: 9223372036854775807
mktime1: 2147483647
mktime2: 2147483648


Actual result:
--
size: 8
max: 9223372036854775807
mktime1: 2147483647
mktime2:


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


#44295 [NEW]: DirectoryIterator::__construct() exception + set_error_handler broken

2008-02-29 Thread web-php-bugs at sklar dot com
From: web-php-bugs at sklar dot com
Operating system: OS X 10.4
PHP version:  5.2.5
PHP Bug Type: SPL related
Bug description:  DirectoryIterator::__construct() exception + 
set_error_handler broken

Description:

When set_error_handler() has been used to set a custom error handler, the
RuntimeException thrown by DirectoryIterator::__construct() is not handled
properly -- the user error handler runs and then code continues after the
constructor instead of the exception being thrown.

This is specific to DirectoryIterator, if you replace $iter = new
DirectoryIterator($dir) with just throw new Exception('monkey'); in the
reproduce code below, the catch block executes OK.


Reproduce code:
---
?php

error_reporting(E_ALL | E_STRICT);
ini_set('display_errors',true);
$dir = '/this/path/does/not/exist';

set_error_handler('my_error_handler');
function my_error_handler() { print in error handler\n; }


try {
print before\n;
$iter = new DirectoryIterator($dir);
print get_class($iter) . \n;
print after\n;
} catch (Exception $e) {
print in catch\n;
}

Expected result:

before
in catch


Actual result:
--
before
in error handler
DirectoryIterator
after


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


#44144 [Csd]: spl_autoload_functions() should return object instance when appropriate

2008-02-29 Thread [EMAIL PROTECTED]
 ID:   44144
 User updated by:  [EMAIL PROTECTED]
 Reported By:  [EMAIL PROTECTED]
 Status:   Closed
 Bug Type: SPL related
 Operating System: Irrelevant
 PHP Version:  5.3CVS-2008-02-18 (CVS)
 Assigned To:  colder
 New Comment:

Thanks for the fix. Do you think, by any chance, we can sneak this into
PHP 5.2, or is that impossible?


Previous Comments:


[2008-02-29 13:48:41] [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.





[2008-02-18 02:07:06] [EMAIL PROTECTED]

Description:

spl_autoload_functions() should return object instances, not class
names, when appropriate.

Reproduce code:
---
?php
class Foo {
  public function nonstaticMethod() {}
}
$foo = new Foo;
spl_autoload_register(array($foo, 'nonstaticMethod'));
$funcs = spl_autoload_functions();
print_r((int) is_object($func[0][0]));

Expected result:

1

Actual result:
--
0





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


#41237 [Com]: XOR problem

2008-02-29 Thread dochoncho at gmail dot com
 ID:   41237
 Comment by:   dochoncho at gmail dot com
 Reported By:  victorepand at gmail dot com
 Status:   No Feedback
 Bug Type: Math related
 Operating System: Linux
 PHP Version:  5.2.1
 New Comment:

Reproduced using PHP/5.2.3-1ubuntu6.3

What fun.


Previous Comments:


[2007-08-29 09:22:22] php dot ydyoda at spamgourmet dot com

For information:

Same bug on PHP 4.3.11
But no probleme with PHP 4.3.5



[2007-05-08 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-04-30 13:09:45] [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





[2007-04-30 09:15:07] victorepand at gmail dot com

Description:

I am finding a difference between the same bitwise arithmetic from one
server to the next when using PHP. What's more, this bitwise arithmetic
is necessary for the PHP script to run, so as a result it will only
function on one server, but not the other.

Here is an example I am using to demonstrate this:

if ((43814 ^ -4738698913)!=-443704711) print incorrect result;
else print correct result;

The (^) operator is an XOR bitwise arithmetic function as shown here:
http://us2.php.net/manual/en/language.operators.bitwise.php
and I am required to use numbers like the ones shown.

On one server, I have tried both PHP 4.4.0 and PHP 5.1.0RC1 and the
math works correctly for both (the correct answer as shown above is
-443704711). But on another server, I have tried the same math with both
PHP 4.4.6 and PHP 5.2.1, and it does not work correctly with either
version of PHP! The result I get at that server is: -2147439834.

I have no idea what could be the problem, but I can show you the PHP
Info for both servers and perhaps you can detect what might be the
difference?

Here is the PHP Info for the server that works correctly using PHP
5.1.0RC1:
http://www.buycellularphones.info/cron/special/info.php

Here is the PHP Info for the other server using PHP 5.2.1 that does not
work correctly:
http://www.customdesignpostcards.com/cron/special/info.php


Reproduce code:
---
if ((43814 ^ -4738698913)!=-443704711) print incorrect result;
else print correct result;

Expected result:

correct result

Actual result:
--
incorrect result





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


#40452 [Com]: ODBC and SQL Server datetime parameter fields fail on insert

2008-02-29 Thread ethan dot nelson at ltd dot org
 ID:   40452
 Comment by:   ethan dot nelson at ltd dot org
 Reported By:  aspen dot olmsted at alliance dot biz
 Status:   Assigned
 Bug Type: PDO related
 Operating System: Windows 2003, XP
 PHP Version:  5.2.1
 Assigned To:  wez
 New Comment:

This bug may be due to failure of SQL Server to perform implicit
conversion between character and datetime data types when the
characterlength is not explicitly part of variable declaration.  I
posted my workaround under PDO_ODBC section.


Previous Comments:


[2008-02-29 20:11:56] ethan dot nelson at ltd dot org

This code illustrates the fact that SQL can work with a variety of date
formats when moving to a SQL2005 type of datetime.

To use this script, remove the sql comments '--' and comment out the
appropriate params line to test PDO attempts to work with the different
formats.  All of them throw exceptions.

?php

include(../include/config.inc);

$db = new bkg_db();

$query = SELECT 'sqltest1' = CAST('20080101 12:07:32' AS datetime)
,'sqltest2' = CAST('2008-01-01 12:07:32' AS datetime)
,'sqltest3' = CAST('01/01/2008 12:07:32' AS datetime)
,'sqltest4' = CAST('01-01-2008 12:07:32' AS datetime)
--,'pdotest' = CAST(:pdotest AS varchar)
;

$params = array(':pdotest' = '20080101 12:07:32');
$params = array(':pdotest' = '2008-01-01 12:07:32');
$params = array(':pdotest' = '01/01/2008 12:07:32');
$params = array(':pdotest' = '01-01-2008 12:07:32');
$params = array();

$db-execute_query($query,$params);

print_r($db-get_results());

?



[2007-11-23 11:04:34] rob at tdd dot org dot uk

I was experiencing the same problem with a stored procedure (SQL
SERVER), however I found that I was calling the parameters in a
different order in which they where expected, even though I was
specifying the parameter name.

-- replcate

CREATE PROC hello
@world VARCHAR(100),
@repeat INT
AS

SELECT 'hello ' + REPLICATE(@world, @repeat)

GO

-- both give same output

EXEC hello @world = 'world', @repeat = 5
EXEC hello @repeat = 5, @world = 'world'


If I was to call the first exec equivalent in php using bound
parameters then it works, however the php equivalent using bound
parameters it fails with a function sequence error.



[2007-10-11 14:22:29] jfdsmit at gmail dot com

I have a similar experience, running PHP 5.2.4 on Windows 2003. The
server /does/ accept values when they are formatted exactly -mm-dd
(as per the date() format Y-m-d) /or/ if the supplied value == NULL.
Empty strings and dates formatted otherwise (2007-3-12 for instance)
result in a HY010 SQLSTATE Sequence error. So contrary to what daniel
dot tams at gmail dot com says, the bug is formatting-dependant in my
experience



[2007-04-24 19:05:14] daniel dot tams at gmail dot com

Just wanted to clarify that the error is unrelated to the format of the
datetime.



[2007-04-24 19:00:09] daniel dot tams at gmail dot com

I can confirm this problem on PHP 5.2.1. The exact error is the
following: 
Fatal error: Uncaught exception 'PDOException' with message
'SQLSTATE[HY010]: Function sequence error: 0 [Microsoft][ODBC Driver
Manager] Function sequence error (SQLExecute[0] at
ext\pdo_odbc\odbc_stmt.c:133)' in C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php:135 Stack
trace: #0 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php(135):
PDOStatement-execute() #1 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php(414):
IPTAA_CRUD-create(Array) #2 C:\Program Files\Apache Software
Foundation\Apache2.2\htdocs\iptaa\users.php(15):
IPTAA_CRUD-handleHttpPost() #3 {main} thrown in C:\Program Files\Apache
Software Foundation\Apache2.2\htdocs\iptaa\lib\IPTAA_CRUD.class.php on
line 135

Fatal error: Exception thrown without a stack frame in Unknown on line
0

This is a pretty serious limitation of the PDO ODBC driver.



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

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


#44297 [NEW]: XSLTProcessor::transformToXML doesn't change content-type's charset

2008-02-29 Thread jaap dot taal at gmail dot com
From: jaap dot taal at gmail dot com
Operating system: Windows
PHP version:  5.2.5
PHP Bug Type: XSLT related
Bug description:  XSLTProcessor::transformToXML doesn't change content-type's 
charset

Description:

When I execute the code on linux the dash (#8211) is shown as a dash.
This is because PHP adds a Content-Type: text/html; charset=UTF-8 header
(used firebug to view the info).
On my windows installation, however, the header isn't modified so my
browser is displaying – instead of a dash.

Manually adding the header works, but it's only a workaround.

I've found a similar bugreport from two years:
http://bugs.php.net/bug.php?id=36415

Reproduce code:
---
?php
$xml = mytagamp;#8211 is a dash: quot;#8211;quot;/mytag;
$xmldoc = new DOMDocument();
$xmldoc-loadXML($xml);
$xsl = 'stylesheet xmlns=http://www.w3.org/1999/XSL/Transform;
version=1.0/';
$xsldoc = new DOMDocument();
$xsldoc-loadXML($xsl);
$proc = new XSLTProcessor();
$proc-importStylesheet($xsldoc);
echo $proc-transformToXML($xmldoc);
?

Expected result:

#8211 is a dash: –

Actual result:
--
#8211 is a dash: –

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


#44298 [NEW]: Allow switch() to track multiple variables.

2008-02-29 Thread php at dafydd dot com
From: php at dafydd dot com
Operating system: Mac/Doesn't matter
PHP version:  5.2.5
PHP Bug Type: Feature/Change Request
Bug description:  Allow switch() to track multiple variables.

Description:

In writing with PHP, I have frequently come across situations where I
would have to nest switch() functions. So, I thought of an alternative.

Reproduce code:
---
Current code:

Suppose I have one variable limited to four specific values, and a second
variable that identifies whether or not the first variable can be changed.
Right now, I have to do this:

switch ($value) {
  case 'a':
switch ($access) {
  case 'read-only':
  case 'read-write':
}
  case 'b':
switch ($access) {
  case 'read-only':
  case 'read-write':
}
  case 'c':
switch ($access) {
  case 'read-only':
  case 'read-write':
}
  case 'd':
switch ($access) {
  case 'read-only':
  case 'read-write':
}
}

Expected result:

Instead of doing that, how about changing switch to track multiple
variables. Perhaps like this:

switch ($value, $access) {
  case ('a', 'read-only'):
  case ('a', 'read-write'):
  case ('a', default):
  case ('b', 'read-only'):
  case ('b', 'read-write'):
  case ('b', default):
  case ('c', 'read-only'):
  case ('c', 'read-write'):
  case ('c', default):
  case ('d', 'read-only'):
  case ('d', 'read-write'):
  case ('d', default):
  case (default, default):
}

This would reduce repetition in coding!


Actual result:
--
I fully anticipate that this would be an incorporate into PHP 7 class of
new feature. 

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


#44299 [NEW]: PCRE security issue

2008-02-29 Thread test_junk at hotmail dot it
From: test_junk at hotmail dot it
Operating system: All
PHP version:  4.4.8
PHP Bug Type: PCRE related
Bug description:  PCRE security issue

Description:

Hello,

PCRE versions prior to 7.6 are affected by a vulnerability:
http://www.securityfocus.com/bid/27786

Unfortunately php 4.4.8 compiled against version 7.6 is unstable, are you
going to fix this issue?

Thanks


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


#43817 [Asn]: opendir() fails on Windows directories with parent directory unaccessible

2008-02-29 Thread danielc
 ID:   43817
 Updated by:   [EMAIL PROTECTED]
 Reported By:  losd at mail dot dk
 Status:   Assigned
 Bug Type: Directory function related
 Operating System: Windows Server 2003
 PHP Version:  5.2.5
 Assigned To:  dmitry
 New Comment:

I am experiencing this issue as well, but on local directories, not
network shares.  My OS is Windows XP Pro.  The opendir() functionality
works correctly in release 5.2.1.  The functionality is broken in
releases 5.2.2 through 5.2.5, plus the 526-php5.2-win32-200802292130 and
php5.3-win32-200802201330 snapshots.


Previous Comments:


[2008-01-11 13:36:50] losd at mail dot dk

Temporary workaround found, but only if there is a known subdirectory
inside the top accessible directory:

opendir(C:/Test/NoAccess/Access/Subdir/..);



[2008-01-11 12:23:54] losd at mail dot dk

Description:

If the parent directory of a Windows network share is not accessible,
you are still able to access subdirectories if given explicit
permission.

However, PHP has trouble with the first accessible directory below an
inaccessible directory. This is not a problem for the accessible dir's 
subdirs, though.

Scenario:
C:/Test/NoAccess/  -- Not accessible
   Access/-- Accesible from here
  yyy.txt
  Subdir/
 xxx.txt

The problem has been found with opendir(), is_dir() and is_readable().
All directory functions are probably affected.

No workarounds has been found so far (suggestions appreciated).

Reproduce code:
---
?php
if ($handle = opendir(C:/Test/NoAccess/Access/Subdir)) {
echo Opened dir C:/Test/NoAccess/Access/Subdirbr/;
while (false !== ($file = readdir($handle)))
echoFile: $filebr/;
closedir($handle);
} else {
echo H, can't open directory, is it accessible?br/;
}
echo br/;
if ($handle = opendir(C:/Test/NoAccess/Access)) {
echo Opened directory C:/Test/NoAccess/Accessbr/;
while (false !== ($file = readdir($handle)))
echoFile: $filebr/;
closedir($handle);
} else {
echo H, can't open directory, is it accessible?br/;
}
?

Expected result:

Opened dir C:/Test/NoAccess/Access/Subdir
File: .
File: ..
File: xxx.txt

Opened dir C:/Test/NoAccess/Access
File: .
File: ..
File: yyy.txt
File: Subdir




Actual result:
--
Opened dir C:/Test/NoAccess/Access/Subdir
File: .
File: ..
File: xxx.txt


Warning: opendir(C:/Test/NoAccess/Access) [function.opendir]: failed to
open dir: No such file or directory in
C:\Inetpub\wwwroot\pm2\opendir.php on line 13
H, can't open directory, is it accessible?





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


#44294 [Opn-Fbk]: Undefined symbols upon sudo make

2008-02-29 Thread felipe
 ID:   44294
 Updated by:   [EMAIL PROTECTED]
 Reported By:  danval at gmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Compile Warning
 Operating System: Mac 10.5 Leopard Client
 PHP Version:  5.2.5
 New Comment:

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi




Previous Comments:


[2008-02-29 16:36:05] danval at gmail dot com

Undefined symbols spelling error



[2008-02-29 16:32:45] danval at gmail dot com

Description:

Installation warning error when compiling php 5

Reproduce code:
---
configuration used with compiled extensions

./configure \
--prefix=/Apache/php \
--with-libxml-dir=/Apache/local/libxml \
--with-zlib-dir=/Apache/local/zlib \
--with-zlib \
--with-curl=/Apache/local/curl \
--with-jpeg-dir=/Apache/local/gd \
--with-png-dir=/Apache/local/gd \
--with-gd \
--with-mcrypt=/Apache/local/mcrypt \
--with-mhash=/Apache/local/mhash \
--with-mysql=/usr/local/mysql \
--with-mysql-sock=/usr/local/mysql/run \
--with-apxs2=/Apache/bin/apxs \
--enable-soap \
--enable-sockets \
--enable-shared \
--enable-cli \
--enable-exif \
--enable-ftp \
--enable-mbstring \
--enable-mbregex \
--enable-xmlreader

Expected result:

successful sudo make

Actual result:
--
Last few lines after 'sudo make'

sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o
main/internal_functions.o  -lmysqlclient -lmhash -lmcrypt -lltdl -liconv
-lpng -lz -ljpeg -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl -lssl
-lcrypto -lldap -lz -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2
-lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm  -o libs/libphp5.bundle  cp libs/libphp5.bundle
libs/libphp5.so
Undefined symbols:
  _xmlTextReaderSchemaValidate, referenced from:
  _zim_xmlreader_setSchema in php_xmlreader.o
  _xmlTextReaderSetup, referenced from:
  _zim_xmlreader_XML in php_xmlreader.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1






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


#44292 [Opn-Fbk]: Segmentation fault in SAPRFC function NewFunction

2008-02-29 Thread felipe
 ID:   44292
 Updated by:   [EMAIL PROTECTED]
 Reported By:  lars dot a dot johansson at se dot atlascopco dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: linux
 PHP Version:  5.3CVS-2008-02-29 (snap)
 New Comment:

Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php for *NIX and
http://bugs.php.net/bugs-generating-backtrace-win32.php for Win32

Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.




Previous Comments:


[2008-02-29 13:33:35] lars dot a dot johansson at se dot atlascopco dot
com

Description:

Hi,
2.6.17-5mdventerprise #1 SMP Wed Sep 13 14:50:48 EDT 2006 i686 Intel(R)
Pentium(R) 4 CPU 3.20GHz GNU/Linux

Running the below in 5.2 works OK.

My snap is php5.3-200802231330.
I try to run a BAPI in a SAP system using SAPRFC
http://saprfc.sourceforge.net/

I put in the print NEWFUNCTION stmts to see how far I get.

function NewFunction ($name)
  {
print NEWFUNCTION0\n;
  $ix = count ($this-fceList);
  $this-fceList[$ix] = new SAPFunction();
print NEWFUNCTION1\n;
  $rc = $this-fceList[$ix]-Discover
($this-rfc,strtoupper($name));
print NEWFUNCTION3\n;
  if ($rc != SAPRFC_OK) {
  $this-fceList[$ix]-Close();
  unset ($this-fceList[$ix]);
  return (false);
  }
print NEWFUNCTION9\n;
  return ($this-fceList[$ix]);
  }





Reproduce code:
---
Its not trivial to supply code to reproduce this bug. If anyone is
willing to dig into this please tell me how I should trace my problem,
and I hand over the result.

Expected result:

print NEWFUNCTION0\n;  
print NEWFUNCTION1\n;
print NEWFUNCTION3\n;
print NEWFUNCTION9\n;


Actual result:
--
NEWFUNCTION0
NEWFUNCTION1
Segmentation fault






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


#43579 [Opn]: sessions time out on 5.2.5

2008-02-29 Thread assid at assid dot com
 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.


Previous Comments:


[2008-02-28 18:13:40] assid at assid dot com

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?



[2008-02-28 17:52:40] [EMAIL PROTECTED]

The libdl stuff can be ignored, so that looks like a clean valgrind
run.  But, are you sure the problem happens on the command line?  I'd
run the entire apache -X through valgrind.  You'd need to do it on a
quiet machine somewhere that isn't getting hit, of course, so you can
control the requests you send to it while valgrind is running.  Hit it
until you see the problem, then stop and show us that valgrind output
from that.



[2008-02-28 11:40:49] assid at assid dot com

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.



[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



[2008-02-28 09:20:14] assid at assid dot com

Any suggestions on the options / how to use valgrind without learning
the whole thing. Perhaps the cli cmd to run ?

I am starting to think this isnt limited to session related. phpMyAdmin
as i mentioned starts acting very very strangely here. Due to the lack
of knowledge of valgrind, i can try and see if i can try removing an
extension to see if it makes any difference, while retaining atleast the
basic ones that i DO need. 

If i can get the valgrind options (exact cli commands ) to use, that
would be great.



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

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


#43579 [Opn]: sessions time out on 5.2.5

2008-02-29 Thread assid at assid dot com
 ID:   43579
 User updated by:  assid at assid dot com
 Reported By:  assid at assid dot com
 Status:   Open
 Bug Type: Session related
 Operating System: Debian etch
 PHP Version:  5.2.5
 New Comment:

err sorry, session counter reset to 1 on refresh on the previous post.


Previous Comments:


[2008-03-01 02:34:58] assid at assid dot com

Okay, finally found out how to do valgrind with apache :P

During valgrind, phpmyadmin was behaving properly, squirrelmail as i
mentioned in my previous post is erratic, but it normally takes time to
crash, once it does, then it happens more frequently.

I later tried the session script as spherelinx.com/session.php (check
phps)

This counter was working fine here again. 

I then decided to visit alternate sites on the server perhaps to create
more session files.

I visited www.equineindia.com, and then i started hitting on
session.php again, voila! session counter was reset to 0

I tried to see if i could simulate more of the sessions disappearing
etc, like it going back to the original counter, but it didnt go,
(normally you keep hitting refresh, you just might get back). I guess i
should have tried more, but the day was just beginning and had to let
the public in once again. So i decided, we atleast got the basics of
what was causing this, and atleast report this.

The valgrind log is available at: http://assid.com/apache1.log

Btw: yes apc , and fileinfo from pecl were disabled before I did this.

the main page of equineindia refreshes to login.php ; please visit
login.phps for the source of the same.

Interestingly, the leak summary shows alot of leakage BTW.



[2008-02-28 18:13:40] assid at assid dot com

this will be difficult, we provide shared hosting on this box, and will
be difficult to just shut it down for that period of time. but lets see
what i can do.

Can you tell me how exactly do i put the whole apache process through
valgrind ?



[2008-02-28 17:52:40] [EMAIL PROTECTED]

The libdl stuff can be ignored, so that looks like a clean valgrind
run.  But, are you sure the problem happens on the command line?  I'd
run the entire apache -X through valgrind.  You'd need to do it on a
quiet machine somewhere that isn't getting hit, of course, so you can
control the requests you send to it while valgrind is running.  Hit it
until you see the problem, then stop and show us that valgrind output
from that.



[2008-02-28 11:40:49] assid at assid dot com

Okay ran valgrind (as far as i can understand it)
http://assid.com/valgrind.txt

I have removed some extensions as i was still testing, but to no
success.

I hope the log proves useful to you.



[2008-02-28 10:54:02] assid at assid dot com

Still trying to remove more extensions and test. Rasmus, I have sent
you a private email with 2 links to video files, which shows the
phpmyadmin bugs. It seems the bugs faced are infact more indepth as you
suggested.

I do apologize for private mailing btw., but since they are links to
videos, I didnt want to post them in public.



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

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


#39115 [Com]: PDO Crashes Apache with null value in Postgres prepared statement

2008-02-29 Thread ruben at lingo dot com dot mx
 ID:   39115
 Comment by:   ruben at lingo dot com dot mx
 Reported By:  opensource at videinfra dot com
 Status:   No Feedback
 Bug Type: PDO related
 Operating System: MAC OS X
 PHP Version:  5.1.6
 New Comment:

I'm getting the same behavior. When PDO-prepare the thread disconnects

from postgresql.

SQLite works fine.

Mac OS X tiger 10.4.11
PHP 5.2.3 compiled from source
Postgresql 8.1.3

I have syck loaded from PECL and some PEAR stuff.


Previous Comments:


[2006-10-18 01:00:00] 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.



[2006-10-10 13:43:35] [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-10-10 13:30:45] opensource at videinfra dot com

Description:

Apache2 crashes when call is made to execute prepared 
statement with null parameters.
Usign PDO-PostgreSQL

Apache 2.0
PostgreSql 8.1
PHP 5,1.6

Reproduce code:
---
$dbh=new PDO(pgsql:yourdb);
$sth = $dbh-prepare('SELECT * from table WHERE field1= ? AND
field2= ?');
$sth-execute(array(null,null));

crash

Actual result:
--
Crash reporter output:



Thread 7 Crashed:
0   libpq.4.dylib   0x007b161e parseInput + 6
1   libpq.4.dylib   0x007b1eb6 PQgetResult + 31
2   libpq.4.dylib   0x007b2229 PQexecStart + 50
3   libpq.4.dylib   0x007b242d PQexec + 21
4   libphp5.so  0x020f18ab pgsql_stmt_dtor + 111
5   libphp5.so  0x020ed125 free_statement + 214
6   libphp5.so  0x022ebc06 
zend_objects_store_free_object_storage + 58
7   libphp5.so  0x022bddce shutdown_executor + 947
8   libphp5.so  0x022cc63d zend_deactivate + 226
9   libphp5.so  0x0227d4db php_request_shutdown + 
848
10  libphp5.so  0x0236cbcc php_handler + 2003
11  apache2 0x0001e430 ap_run_handler + 59 
(config.c:152)
12  apache2 0x0001e833 ap_invoke_handler + 87 
(config.c:366)
13  apache2 0xcb86 ap_process_request + 375 
(http_request.c:249)
14  apache2 0x6e1d 
ap_process_http_connection + 297 (http_core.c:253)
15  apache2 0x0002ab62 ap_run_process_connection 
+ 59 (connection.c:43)
16  apache2 0x0002ae80 ap_process_connection + 
69 (connection.c:178)
17  apache2 0x0001b509 worker_thread + 545 
(threadpool.c:683)
18  libapr-0.0.dylib0x00715f51 dummy_worker + 22 
(thread.c:106)
19  libSystem.B.dylib   0x90023d87 _pthread_body + 84





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


#44300 [NEW]: mssql_connect fails sometimes

2008-02-29 Thread alfa77 at gmail dot com
From: alfa77 at gmail dot com
Operating system: Windows 2000
PHP version:  5.2.5
PHP Bug Type: MSSQL related
Bug description:  mssql_connect fails sometimes

Description:

Hello!
The number of my site users has recently increased and I have faced the
following bug: 
mssql_connect function sometimes fails to connect to MSSQL. It works fine
for few hours, 
then suddenly fails, and the work is resumed in a few minutes.

Here is the part of my DB class (CSql)
function connect_db($server, $user, $password)
{
$this-dbc=mssql_connect($server, $user, $password);
if(!$this-dbc) return false;
return true;
}

The warnings in Apache log are
[Thu Feb 21 20:50:58 2008] [error] [client 82.200.***.***] PHP Warning:
mssql_connect() 
[a href='function.mssql-connect'function.mssql-connect/a]: Unable to
connect to server: 
** in **.php on line 22

When I reload the page on site, connection sometimes succeeds, sometimes –
fails.
Web-server configuration: Windows 2000 Server (SP4) + Apache 2 + PHP
5.2.5. Peak usage 
of CPUs is no more than 70%, RAM usage – no more than 50%. There is a
program on this server 
that works with MSSQL through ADO, and it never has connection problems.
There are no 
connection problems from LAN too.
SQL Server 2000 (SP4) is working on dedicated server (Windows 2000 Server
(SP4)) 
which is connected to the web server by gigabit LAN. I have tested the
network adapters, 
they work fine. CPUs usage is no more than 60%, RAM usage – no more than
70%.

I have already:
1) replaced ntwdblib.dll in PHP directory with a new version. Also, I have
installed MDAC 2.81
2) moved SQL Server to a  new, fast server.
3) tried to use mssql_connect or  mssql_pconnect.
4) tried to use server name or server IP and port as the first parameter
for mssql_connect
5) tried to connect through TCP/IP or Named Pipes.
6) When I cycled connection attempts, it succeeded in connection almost
every time (usually 
from the second or third attempt)
$db=new CSql;
$db_failed=1;
while(!$db-connect_db(DBHost, DBLogin, DBPassw))
{ 
   if($db_failed=5) break;
sleep(2);
$db_failed++;
}
if(!$db-dbc) die(DB connection failed!);
7) I checked the network connection by using sockets or ODBC when
mssql_connect had failed. It worked fine!
if(!fsockopen(192.168.0.3, 1433, $errno, $errstr, 10))
WrLog(C:\\sqlerr.txt,Err1 (($errstr ($errno;
if(!odbc_connect(sqlsrv,DBLogin, DBPassw))
WrLog(C:\\sqlerr.txt,Err2);
8) There are no connection limits in SQL Server or PHP.ini
[MSSQL]
mssql.max_persistent = -1
mssql.max_links = -1

I examined Apache logs few months ago, when MSSQL worked on the same
server with Apache. 
There were no messages about connection problems. 


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


#44301 [NEW]: Segfault when an exception is thrown on persistent connections.

2008-02-29 Thread mukraish at gmail dot com
From: mukraish at gmail dot com
Operating system: Linux version 2.6.20
PHP version:  5.2.5
PHP Bug Type: PDO related
Bug description:  Segfault when an exception is thrown on persistent 
connections.

Description:

PHP segfaults (with PDO_OCI) when PDOStatement throws an exception while
persistent connection is enabled.  Running latest CVS version
(php5.2-200803010130) with the following config options ...

./configure --enable-debug --with-pdo-oci

Reproduce code:
---
?php
try {
   $dbh = new PDO('oci:dbname=//host:1521/ex', 'foo', 'bar',
array(PDO::ATTR_PERSISTENT = true));
   $dbh-setAttribute(PDO::ATTR_ERRMODE, PDO::ERRMODE_EXCEPTION);
   $stmt = $dbh-prepare('SELECT * FROM no_table');
   $stmt-execute();
} catch (PDOException $e) {
  print $e-getMessage();
}
$dbh = null;
?

Expected result:

Print exception message:
SQLSTATE[HY000]: General error: 942 OCIStmtExecute: ORA-00942: table or
view does not exist

Actual result:
--
Segmentation fault

BACKTRACE:
(gdb) bt
#0  0x082f1839 in zend_mm_check_ptr (heap=0x84791c8, ptr=0x85b6188,
silent=1, 
__zend_filename=0x83fb1e0
/home/mukra/php5.2-200803010130/ext/pdo_oci/oci_statement.c,
__zend_lineno=90, __zend_orig_filename=0x0, 
__zend_orig_lineno=0)
at /home/mukra/php5.2-200803010130/Zend/zend_alloc.c:1286
#1  0x082f2e16 in _zend_mm_free_int (heap=0x84791c8, p=0x85b6188, 
__zend_filename=0x83fb1e0
/home/mukra/php5.2-200803010130/ext/pdo_oci/oci_statement.c,
__zend_lineno=90, __zend_orig_filename=0x0, 
__zend_orig_lineno=0)
at /home/mukra/php5.2-200803010130/Zend/zend_alloc.c:1925
#2  0x082f3ef1 in _efree (ptr=0x85b6188, 
__zend_filename=0x83fb1e0
/home/mukra/php5.2-200803010130/ext/pdo_oci/oci_statement.c,
__zend_lineno=90, __zend_orig_filename=0x0, 
__zend_orig_lineno=0)
at /home/mukra/php5.2-200803010130/Zend/zend_alloc.c:2293
#3  0x08135197 in oci_stmt_dtor (stmt=0x855a800)
at /home/mukra/php5.2-200803010130/ext/pdo_oci/oci_statement.c:90
#4  0x08130cab in free_statement (stmt=0x855a800)
at /home/mukra/php5.2-200803010130/ext/pdo/pdo_stmt.c:2355
#5  0x08130e9d in php_pdo_stmt_delref (stmt=0x855a800)
at /home/mukra/php5.2-200803010130/ext/pdo/pdo_stmt.c:2397
#6  0x08130eb0 in pdo_dbstmt_free_storage (stmt=0x855a800)
at /home/mukra/php5.2-200803010130/ext/pdo/pdo_stmt.c:2403
#7  0x083345f5 in zend_objects_store_del_ref_by_handle (handle=2)
at /home/mukra/php5.2-200803010130/Zend/zend_objects_API.c:206
#8  0x0833449b in zend_objects_store_del_ref (zobject=0x855b174)
at /home/mukra/php5.2-200803010130/Zend/zend_objects_API.c:168
#9  0x0830f12d in _zval_dtor_func (zvalue=0x855b174, 
__zend_filename=0x84482ec
/home/mukra/php5.2-200803010130/Zend/zend_variables.h, __zend_lineno=35)
at /home/mukra/php5.2-200803010130/Zend/zend_variables.c:52
#10 0x08301a2e in _zval_dtor (zvalue=0x855b174, 
__zend_filename=0x8448270
/home/mukra/php5.2-200803010130/Zend/zend_execute_API.c,
__zend_lineno=414)
at /home/mukra/php5.2-200803010130/Zend/zend_variables.h:35
---Type return to continue, or q return to quit---
#11 0x08301bec in _zval_ptr_dtor (zval_ptr=0x855aa7c, 
__zend_filename=0x84493ec
/home/mukra/php5.2-200803010130/Zend/zend_variables.c,
__zend_lineno=175)
at /home/mukra/php5.2-200803010130/Zend/zend_execute_API.c:414
#12 0x0830f49c in _zval_ptr_dtor_wrapper (zval_ptr=0x855aa7c)
at /home/mukra/php5.2-200803010130/Zend/zend_variables.c:175
#13 0x0831d54a in zend_hash_apply_deleter (ht=0x8478650, p=0x855aa70)
at /home/mukra/php5.2-200803010130/Zend/zend_hash.c:611
#14 0x0831da79 in zend_hash_reverse_apply (ht=0x8478650, 
apply_func=0x830154e zval_call_destructor)
at /home/mukra/php5.2-200803010130/Zend/zend_hash.c:760
#15 0x083015d5 in shutdown_destructors ()
at /home/mukra/php5.2-200803010130/Zend/zend_execute_API.c:211
#16 0x08310b08 in zend_call_destructors ()
at /home/mukra/php5.2-200803010130/Zend/zend.c:845
#17 0x082bf5f5 in php_request_shutdown (dummy=0x0)
at /home/mukra/php5.2-200803010130/main/main.c:1446
#18 0x0838e62f in main (argc=2, argv=0xbfa713b4)
at /home/mukra/php5.2-200803010130/sapi/cli/php_cli.c:1321
(gdb) 

-- 
Edit bug report at http://bugs.php.net/?id=44301edit=1
-- 
Try a CVS snapshot (PHP 5.2): 
http://bugs.php.net/fix.php?id=44301r=trysnapshot52
Try a CVS snapshot (PHP 5.3): 
http://bugs.php.net/fix.php?id=44301r=trysnapshot53
Try a CVS snapshot (PHP 6.0): 
http://bugs.php.net/fix.php?id=44301r=trysnapshot60
Fixed in CVS: http://bugs.php.net/fix.php?id=44301r=fixedcvs
Fixed in release: 
http://bugs.php.net/fix.php?id=44301r=alreadyfixed
Need backtrace:   http://bugs.php.net/fix.php?id=44301r=needtrace
Need Reproduce Script:http://bugs.php.net/fix.php?id=44301r=needscript
Try newer version:http://bugs.php.net/fix.php?id=44301r=oldversion
Not developer issue:  

#44294 [Fbk-Opn]: Undefined symbols upon sudo make

2008-02-29 Thread danval at gmail dot com
 ID:   44294
 User updated by:  danval at gmail dot com
 Reported By:  danval at gmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Compile Warning
 Operating System: Mac 10.5 Leopard Client
-PHP Version:  5.2.5
+PHP Version:  5.2-latest
 New Comment:

returned the exact same error?? Anything else it could be? what does
that error mean?

main/internal_functions.o  -lmysqlclient -lmhash -lmcrypt -lltdl
-liconv -lpng -lz -ljpeg -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl
-lssl -lcrypto -lldap -lz -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm
-lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm
-lxml2 -lz -liconv -lm  -o libs/libphp5.bundle  cp libs/libphp5.bundle
libs/libphp5.so
Undefined symbols:
  _xmlTextReaderSchemaValidate, referenced from:
  _zim_xmlreader_setSchema in php_xmlreader.o
  _xmlTextReaderSetup, referenced from:
  _zim_xmlreader_XML in php_xmlreader.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1
adsl-69-234-187-240:php5.2-200803010330


Previous Comments:


[2008-03-01 01:28:22] [EMAIL PROTECTED]

Please try using this CVS snapshot:

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

For Windows (installer):

  http://snaps.php.net/win32/php5.2-win32-installer-latest.msi





[2008-02-29 16:36:05] danval at gmail dot com

Undefined symbols spelling error



[2008-02-29 16:32:45] danval at gmail dot com

Description:

Installation warning error when compiling php 5

Reproduce code:
---
configuration used with compiled extensions

./configure \
--prefix=/Apache/php \
--with-libxml-dir=/Apache/local/libxml \
--with-zlib-dir=/Apache/local/zlib \
--with-zlib \
--with-curl=/Apache/local/curl \
--with-jpeg-dir=/Apache/local/gd \
--with-png-dir=/Apache/local/gd \
--with-gd \
--with-mcrypt=/Apache/local/mcrypt \
--with-mhash=/Apache/local/mhash \
--with-mysql=/usr/local/mysql \
--with-mysql-sock=/usr/local/mysql/run \
--with-apxs2=/Apache/bin/apxs \
--enable-soap \
--enable-sockets \
--enable-shared \
--enable-cli \
--enable-exif \
--enable-ftp \
--enable-mbstring \
--enable-mbregex \
--enable-xmlreader

Expected result:

successful sudo make

Actual result:
--
Last few lines after 'sudo make'

sapi/apache2handler/apache_config.o sapi/apache2handler/php_functions.o
main/internal_functions.o  -lmysqlclient -lmhash -lmcrypt -lltdl -liconv
-lpng -lz -ljpeg -lcurl -lz -lm -lxml2 -lz -liconv -lm -lcurl -lssl
-lcrypto -lldap -lz -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2
-lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz -liconv -lm -lxml2 -lz
-liconv -lm  -o libs/libphp5.bundle  cp libs/libphp5.bundle
libs/libphp5.so
Undefined symbols:
  _xmlTextReaderSchemaValidate, referenced from:
  _zim_xmlreader_setSchema in php_xmlreader.o
  _xmlTextReaderSetup, referenced from:
  _zim_xmlreader_XML in php_xmlreader.o
ld: symbol(s) not found
collect2: ld returned 1 exit status
make: *** [libs/libphp5.bundle] Error 1






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


#44302 [NEW]: mysqli_insert_id results

2008-02-29 Thread shaneperc at gmail dot com
From: shaneperc at gmail dot com
Operating system: Linux 2.6.9
PHP version:  5.2.5
PHP Bug Type: MySQLi related
Bug description:  mysqli_insert_id results

Description:

$mysqli-insert_id is returning nothing. I tried mysqli_insert_id($mysqli)
as well with the same result. You've heard this before, BUT, I found a
reproducible fix. I found that by concatenating an empty string to the
scalar that holds the id, it's then accessible.

In the code below, if the commented line is uncommented, everything works
as expected. Without adding the empty string, it doesn't work. (and testing
the value doesn't work at all).

I hope this is helpful to someone who can fix this.

Reproduce code:
---
$id = (is_numeric($_POST['staff_id'])) ? $_POST['staff_id'] : new;
if($id == new){
   if(!$db-query(INSERT INTO staff() VALUES())){
die(Couldn't insert a new staffer:  . $db-error);
   }
   $id = $db-insert_id;
   if(!$id){
  die(h2IDs are acting up again! Tell Shane and don't use this
again until further notice/h2);
   }
}

/*$id = $id . ;  -uncommenting this will make it work-*/
die($id);


Expected result:

Expect to see ID number (either one already set, or the newly generated
one). BTW, if $_POST['staff_id'] doesn't require the insert, this works
everytime as expected.

Actual result:
--
Nothing on screen, nothing in the generated source.

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