date:20090807

#49187 [Opn->Bgs]: Misbehaving function : intval ()

2009-08-07 Thread jani

 ID:   49187
 Updated by:   j...@php.net
 Reported By:  belanger dot b at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: *Math Functions
 Operating System: Linux
-PHP Version:  5.2.10
+PHP Version:  5.2.5
 New Comment:

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.




Previous Comments:


[2009-08-07 05:51:09] belanger dot b at gmail dot com

Tested it with all values from previously rejected or ignored similar
bug submissions (code and execution here) :
http://www.benlg.com/test.php

P.S.: intval('9.95'*100) == intval(9.95*100) == 994



[2009-08-07 05:20:11] belanger dot b at gmail dot com

Description:

intval is not returning the correct value for '995'

echo number_format('9.95'*100,0,'',''); // output 995
echo intval('9.95'*100); // output 994

Sorry but the most up to date server at my disposition is version
5.2.5

POSSIBLY RELATED REFUSED BUGS...
found by me :
http://bugs.php.net/bug.php?id=1960 (set to closed)
found by system :
http://bugs.php.net/bug.php?id=37554 (set to bogus)
http://bugs.php.net/bug.php?id=39900 (set to bogus)

Reproduce code:
---
echo number_format('9.95'*100,0,'','')
 .' and '. number_format('1.16'*100,0,'','')
 ."\n". intval('9.95'*100);
 .' and '. intval('1.16'*100);

Expected result:

995 and 116
995 and 116

Actual result:
--
995 and 116
994 and 115





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

#49186 [Opn->Bgs]: apache2.2 crashed when set error_log

2009-08-07 Thread jani

 ID:   49186
 Updated by:   j...@php.net
 Reported By:  zjjhzx at gmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: Apache2 related
 Operating System: winxp sp3
 PHP Version:  5.2.10
 New Comment:

Please do not submit the same bug more than once. An existing
bug report already describes this very problem. Even if you feel
that your issue is somewhat different, the resolution is likely
to be the same. 

Thank you for your interest in PHP.

Already fixed in SVN.


Previous Comments:


[2009-08-07 03:57:48] zjjhzx at gmail dot com

Description:

I'm using apache 2.2.11. The php is configured as Apache Module. When I
set error_log in php.ini and restart Apache, cpu's usage reachs 50%. The
file is created successfully. But windows throws an error report soon
said found error in php5ts.dll.

´íÎóÓ¦ÓÃ³ÌÐò httpd.exe£¬°æ±¾ 2.2.11.0£¬´íÎóÄ£¿é php5ts.dll£¬°æ±¾
5.2.10.10£¬´íÎóµØÖ· 0x000f2f0b¡£

Reproduce code:
---
error_log = "C:/php_errors.log"






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

#48866 [Fbk->Opn]: ldap.conf TLS_REQCERT directive fails for ldaps

2009-08-07 Thread dev at lechat dot org

 ID:   48866
 User updated by:  dev at lechat dot org
 Reported By:  dev at lechat dot org
-Status:   Feedback
+Status:   Open
 Bug Type: LDAP related
 Operating System: windows server 2003 R2 SE SP2
 PHP Version:  5.3.0
 New Comment:

Hi,
I didn't try 5.2.10.
I will make a try in one week
when i Will be back from holidays (-;
At this point I'll give you a feedback
if the problem occurs or not with 5.2.10.


Previous Comments:


[2009-08-07 06:30:38] mahida at usq dot edu dot au

PHP 5.1.6,Red Hat 4.1.2-44,httpd-2.2.3-22.el5, mysql-5.0.45-7.el5

We have the same problem for above. We manually copied the LDAP server
certificate and it worked. But the LDAPS bind is so unstable. Sometime
it binds and sometime it fails.

Standard LDAP connection works as expected.



[2009-08-07 06:30:01] mahida at usq dot edu dot au

PHP 5.1.6,Red Hat 4.1.2-44,httpd-2.2.3-22.el5, mysql-5.0.45-7.el5

We have the same problem for above. We manually copied the LDAP server
certificate and it worked. But the LDAPS bind is so unstable. Sometime
it binds and sometime it fails.

Standard LDAP connection works as expected.



[2009-08-05 21:59:26] j...@php.net

Does this happen also with PHP 5.2.10 ?



[2009-07-09 09:35:06] dev at lechat dot org

Description:

Dealing with a secure ldap connection :
Since php 5.3, the
'TLS_REQCERT never' (means do not check certificate validity, and
process the request anymore)
directive in C:\OpenLDAP\sysconf\ldap.conf are not applied when trying
to bind an ldapS server that emit a certificate with an invalid CA.

The result is that the ldapS bind fails because php refuse the
certificate.

By using a filMonitor program, I saw that since php 5.3 php_ldap.dll,
the ldap conf file is now 'c:\ldap.conf' rather than
C:\OpenLDAP\sysconf\ldap.conf. I tried to put directive in this file
too. I can see that the file is open and read, but the directive
'TLS_REQCERT never' is not applied. Bind fails.


On the same server this is perfectly working with php < 5.3 (until
5.2.9-1 as fas as I know).

Note that standard ldap connection works as expected with 5.3

Reproduce code:
---
$ldapConnect = ldap_connect('ldaps://ldaps.myserver.com:3269');
ldap_set_option($ldapConnect, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_set_option($ldapConnect, LDAP_OPT_REFERRALS, 0);
$ldapBind = ldap_bind($ldapConnect, $username,$password);
$filter="(| (employeeid=$user)(name=$user)(cn=$user)
(userprincipalname=$u...@mydomain) ) ";
$ldapSearch = ldap_search($ldapConnect, $baseDn, $filter);
$ldapEntries = ldap_get_entries($ldapConnect, $ldapSearch);
ldap_free_result($ldapSearch);
ldap_unbind($ldapConnect);

Expected result:

ldap_get_entries returns ldap entries that match whith the filter, as
expected.

Actual result:
--
None, cannot bind.





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

#49188 [NEW]: DateTime::__construct should allow a DateTime-object to be passed as argument

2009-08-07 Thread niklas at narhinen dot net

From: niklas at narhinen dot net
Operating system: 
PHP version:  5.2.10
PHP Bug Type: Feature/Change Request
Bug description:  DateTime::__construct should allow a DateTime-object to be 
passed as argument

Description:

DateTime::__construct should allow a DateTime object to be passed as
parameter to emulate good object desing (Copy constructor).

This wouldn't break anything.

Reproduce code:
---
myDateTime = new
DateTime($datetime); }
public function getTime($format = "Y-m-d") { return
$this->myDateTime->format($format); }
}

$class = new MyClass();
$class->setTime("7.8.2009");
var_dump($class->getTime());
$class->setTime(null);
var_dump($class->getTime());
$dt = new DateTime('15.5.2005');
$class->setTime($dt);
var_dump($class->getTime());
?>

Expected result:

string(10) "2009-08-07"
string(10) "2009-08-07"
string(10) "2005-05-15"

Actual result:
--
string(10) "2009-08-07"
string(10) "2009-08-07"
PHP Fatal error:  Uncaught exception 'Exception' with message
'DateTime::__construct() expects parameter 1 to be string, object gi
ven' in D:\temp\php\datetime.php:7
Stack trace:
#0 D:\temp\php\datetime.php(7): DateTime->__construct(Object(DateTime))
#1 D:\temp\php\datetime.php(17): MyClass->setTime(Object(DateTime))
#2 {main}
  thrown in D:\temp\php\datetime.php on line 7

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

#47515 [Opn]: make create_function to execute immediately

2009-08-07 Thread kexianbin at diyism dot com

 ID:   47515
 User updated by:  kexianbin at diyism dot com
 Reported By:  kexianbin at diyism dot com
 Status:   Open
 Bug Type: Feature/Change Request
 Operating System: windows xp
-PHP Version:  5.3CVS-2009-02-27 (snap)
+PHP Version:  5.3.0
 New Comment:

Any change?


Previous Comments:


[2009-05-15 05:21:49] kexianbin at diyism dot com

Currently in php 5.3.0RC3 2009.5.15:

$fun=function($v){echo $v;};
$fun('hello');

but can not do these:

function($v){echo $v;}('hello');
(function($v){echo $v;})('hello');
($fun=function($v){echo $v;})('hello');



[2009-05-15 05:20:56] kexianbin at diyism dot com

Currently in php 5.3.0RC3 2009.5.15:

$fun=function($v){echo $v;};
$fun('hello');

but can not do these:

function($v){echo $v;}('hello');
(function($v){echo $v;})('hello');
($fun=function($v){echo $v;})('hello');



[2009-02-27 01:49:34] kexianbin at diyism dot com

Description:

I submit a function request:
to make create_function to execute immediately like this:

When could we realize this in php?

create_function('$v', <<<'nowdoc'
echo $v;
nowdoc
)('hello');

I know i can type thus:
$f=create_function('$v', <<<'nowdoc'
echo $v;
nowdoc
);
$f('hello');

even thus:
${!${''}=create_function('$v', <<<'nowdoc'
echo $v;
nowdoc
)}('hello');

but both the 2nd and 3rd are ugly, i need the 1st style.

Expected result:

Show 'hello'

Actual result:
--
Show 'Parse error: parse error'





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

#49183 [Fbk->Opn]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread sunnyseh at hotmail dot com

 ID:   49183
 User updated by:  sunnyseh at hotmail dot com
 Reported By:  sunnyseh at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: Network related
 Operating System: windows
 PHP Version:  5.3.0
 Assigned To:  pajoye
 New Comment:

sorry don't have access to a unix env to give it a go.
was on windows - tested with several dot tel domains try henri.tel or
ben.tel

view these dot tel domains in a browser and you'll notice all the naptr
records, when using the php function you only get back the text records


Previous Comments:


[2009-08-06 19:27:17] paj...@php.net

Does it return it on unix? Which domain did you use to test?



[2009-08-06 19:07:30] sunnyseh at hotmail dot com

Description:

when you use the dns_get_record function it only returns txt records
from dot tel domains.  When you use the DNS_NAPTR option it still doesnt
return dot tel NAPTR records.  Is this supported functionality or on the
roadmap?







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

#49189 [NEW]: mbstring.func_overload can not be changed out of php.ini

2009-08-07 Thread syu at pss dot com

From: syu at pss dot com
Operating system: Linux
PHP version:  5.3.0
PHP Bug Type: mbstring related
Bug description:  mbstring.func_overload can not be changed out of php.ini

Description:

For the link:http://us3.php.net/manual/en/ini.list.php, the variable
"mbstring.func_overload" is set to PHP_INI_PERDIR. But actually, we can not
change its value except php.ini. 

I trid to change its value in httpd.conf, .htacces or ini_set(). But none
of above succeeded.

Reproduce code:
---
I made one sub-directoy "test" in Apache HTMLRoot direcotry. The related
configureation in httpd.conf is as below:


php_value mbstring.func_overload 7
php_value mbstring.encoding_translation On
AllowOverride All
Order allow,deny
Allow from all


In the file "index.php" of the "test" sub-directory, I wrote the following
code:
";
echo 'the value = '.ini_get('mbstring.func_overload')."";
?>

Expected result:

the value = On
the value = 7

Actual result:
--
the value = On
the value = 0

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

#49185 [WFx]: Feature Request: Global date/time

2009-08-07 Thread derick

 ID:   49185
 Updated by:   der...@php.net
 Reported By:  ryan14 at mail dot com
 Status:   Wont fix
 Bug Type: Feature/Change Request
 Operating System: Windows/Linux
 PHP Version:  5.3.0
 New Comment:

If you're in a one-timezone-only country such as the UK, you can simply
do:

format( DateTime::RFC2822 ), "\n";
?>

http://geonames.org provides a free database that can map cities to
timezones as well.


Previous Comments:


[2009-08-07 01:51:51] ras...@php.net

You are underestimating how complicated that problem is.  The easiest
and most accurate way to do this is to simply have users tell you which
timezone they are in and set that in their profile.

If you want to do it automatically you need a huge geoip database to
get the ip to a lat/lon and then once you have that you need a huge geo
database to turn the lat/lon into a timezone.  We can't possible include
these with PHP, and they would be out of date in weeks.  

What we do provide, however, is the base functionality to make it easy
to connect to services that have these databases.  For example, we have
a geoip extension in pecl. See http://pecl.php.net/geoip and the example
of it in action here: http://geoip.pidgets.com
Once you have the lat/lon you can query one of the online geo apis. 
Like this one:
http://gws.maps.yahoo.com/FindLocation?q=35,-100&flags=T&gflags=R

That turns lat/lon 35,-100 into a timezone (among other things).  But,
a geoip lookup is no usually very accurate.  And in some cases wildly
inaccurate.



[2009-08-07 01:36:05] ryan14 at mail dot com

Description:

PHP doesn't have a feature to display the time and date according to
the country ip address. For example:

Person has a video sharing website

Person uploads video and video says it was uploaded at 7 Jan 2009
5.01pm using the USA based server's clock time and date

If a person from the UK looks at the video details, they will see the
date and time in USA time, not UK time.

So PHP should have a Global date and time feature where when a video is
uploaded to a server the date/time is displayed using the server's time,
but if a person from another country views it then it will detect their
ip address and display their country's date and time on the uploaded
video details.






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

#43227 [Csd]: eregi() mbregex compile err: premature end of regular expression in

2009-08-07 Thread jani

 ID:   43227
 Updated by:   j...@php.net
 Reported By:  baco at infomaniak dot ch
 Status:   Closed
 Bug Type: mbstring related
 Operating System: Linux Debian
 PHP Version:  5.2.5
 Assigned To:  hirokawa
 New Comment:

This was fixed.


Previous Comments:


[2008-07-13 01:37:23] hirok...@php.net

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-07-11 21:32:22] j...@php.net

Assigned to mbstring maintainer.



[2008-02-25 13:31:02] baco at infomaniak dot ch

As workaround try to force mbstring.func_overload = 0 in your php.ini
and use this patch.

PHP5

unix_mbstring_func_overload.patch
--- ext/mbstring/mbstring.c 2007-09-24 13:51:36.0 +0200
+++ ext/mbstring/mbstring.c 2007-12-04 18:00:10.023564681 +0100
@@ -765,8 +765,8 @@
 PHP_INI_ENTRY("mbstring.script_encoding", NULL, PHP_INI_ALL, 
OnUpdate_mbstring_script_encoding)
 #endif /* ZEND_MULTIBYTE */
 PHP_INI_ENTRY("mbstring.substitute_character", NULL, 
PHP_INI_ALL, OnUpdate_mbstring_substitute_character)
-STD_PHP_INI_ENTRY("mbstring.func_overload", "0", 
PHP_INI_SYSTEM |
-PHP_INI_PERDIR, OnUpdateLong, func_overload, 
zend_mbstring_globals, mbstring_globals)
+STD_PHP_INI_ENTRY("mbstring.func_overload", "0",
+PHP_INI_SYSTEM, OnUpdateLong, func_overload, 
zend_mbstring_globals, mbstring_globals)

 STD_PHP_INI_BOOLEAN("mbstring.encoding_translation", "0",
 PHP_INI_SYSTEM | PHP_INI_PERDIR, 
OnUpdate_mbstring_encoding_translation,

PHP4

--- ext/mbstring/mbstring.c 2007-04-04 17:28:18.0 +0200
+++ ext/mbstring/mbstring.c 2007-12-04 18:05:29.363559316 +0100
@@ -815,8 +815,8 @@
 PHP_INI_ENTRY("mbstring.script_encoding", NULL, PHP_INI_ALL, 
OnUpdate_mbstring_script_encoding)
 #endif /* ZEND_MULTIBYTE */
 PHP_INI_ENTRY("mbstring.substitute_character", NULL, 
PHP_INI_ALL, OnUpdate_mbstring_substitute_character)
-STD_PHP_INI_ENTRY("mbstring.func_overload", "0", 
PHP_INI_SYSTEM |
-PHP_INI_PERDIR, OnUpdateInt, func_overload, 
zend_mbstring_globals, mbstring_globals)
+STD_PHP_INI_ENTRY("mbstring.func_overload", "0",
+PHP_INI_SYSTEM, OnUpdateInt, func_overload, 
zend_mbstring_globals, mbstring_globals)

 STD_PHP_INI_BOOLEAN("mbstring.encoding_translation", "0",
 PHP_INI_SYSTEM | PHP_INI_PERDIR, 
OnUpdate_mbstring_encoding_translation,



[2008-02-25 13:18:00] lip at lip dot net dot ua

I think these bugs are similar.
http://bugs.php.net/bug.php?id=44237



[2007-11-09 16:03:14] baco at infomaniak dot ch

Description:

eregi() produce random errors like "function.mb-eregi: mbregex compile
err: premature end of regular expression in" when used with special
chars like accents.

N.B. On the web you can found a lot of reports of this issue. Some post
suggests forcing mbstring.func_overload = 0 but it doesn't work for me.

If Apache1 is restarted the error doesn't come anymore before an amount
of time and request.

$ GET http://localhost/test.php
ok

$ GET http://localhost/test.php
ok

$ GET http://localhost/test.php

Warning:  mb_eregi() [function.mb-eregi]: mbregex compile err:
premature end of regular expression in
/home/www/ca8b72beb934995c1afb34e1a3ceb893/web/test.php on line
2

$ GET http://localhost/test.php

Warning:  mb_eregi() [function.mb-eregi]: mbregex compile err:
premature end of regular expression in
/home/www/ca8b72beb934995c1afb34e1a3ceb893/web/test.php on line
2

$ GET http://localhost/test.php

Warning:  mb_eregi() [function.mb-eregi]: mbregex compile err:
premature end of regular expression in
/home/www/ca8b72beb934995c1afb34e1a3ceb893/web/test.php on line
2

$ GET http://localhost/test.php
ok

$ GET http://localhost/test.php
ok

...


Reproduce code:
---


Expected result:

OK

Actual result:
--

Warning:  mb_eregi() [function.mb-eregi]: mbregex compile err:
premature end of regular expression in
/home/www/ca8b72beb934995c1afb34e1a3ceb893/web/test.php on line
2





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

#49183 [Opn->Fbk]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread jani

 ID:   49183
 Updated by:   j...@php.net
 Reported By:  sunnyseh at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: Network related
 Operating System: windows
 PHP Version:  5.3.0
 Assigned To:  pajoye
 New Comment:

This short thing returns quite a long list:

# php -r 'var_dump(dns_get_record("ben.tel", DNS_NAPTR));'

Not sure what you actually expected it to return since you didn't
mention that. Your bug report is a bit buggy..


Previous Comments:


[2009-08-07 08:58:19] sunnyseh at hotmail dot com

sorry don't have access to a unix env to give it a go.
was on windows - tested with several dot tel domains try henri.tel or
ben.tel

view these dot tel domains in a browser and you'll notice all the naptr
records, when using the php function you only get back the text records



[2009-08-06 19:27:17] paj...@php.net

Does it return it on unix? Which domain did you use to test?



[2009-08-06 19:07:30] sunnyseh at hotmail dot com

Description:

when you use the dns_get_record function it only returns txt records
from dot tel domains.  When you use the DNS_NAPTR option it still doesnt
return dot tel NAPTR records.  Is this supported functionality or on the
roadmap?







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

#49183 [Com]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread sunnyseh at hotmail dot com

#49184 [Opn->Ver]: INPUT_SERVER returns NULL for set variables (CLI)

2009-08-07 Thread jani

 ID:   49184
 Updated by:   j...@php.net
 Reported By:  m dot kurzyna at crystalpoint dot pl
-Status:   Open
+Status:   Verified
 Bug Type: Filter related
-Operating System: Linux
+Operating System: *
-PHP Version:  5.3.0
+PHP Version:  5.*, 6 (2009-08-07)
 New Comment:

This is quite strange, propably caused by bad design of the filter
extension.


Previous Comments:


[2009-08-06 21:48:51] m dot kurzyna at crystalpoint dot pl

Description:

This is very similar to #44779, however my report regards variables set
as environment variables when running CLI.

A variable is visible in $_SERVER but INPUT_SERVER returns NULL.
Setting via SetEnv in apache and when running as mod_php is fine.

Reproduce code:
---




Expected result:

$ ENV_NAME=var php /tmp/t.php
string(3) "var"
string(3) "var"


Actual result:
--
$ ENV_NAME=var php /tmp/t.php
NULL
string(3) "var"





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

#49187 [Bgs]: Misbehaving function : intval ()

2009-08-07 Thread rasmus

 ID:   49187
 Updated by:   ras...@php.net
 Reported By:  belanger dot b at gmail dot com
 Status:   Bogus
 Bug Type: *Math Functions
 Operating System: Linux
 PHP Version:  5.2.5
 New Comment:

Floating point values have a limited precision. Hence a value might 
not have the same string representation after any processing. That also
includes writing a floating point value in your script and directly 
printing it without any mathematical operations.

If you would like to know more about "floats" and what IEEE
754 is, read this:
http://docs.sun.com/source/806-3568/ncg_goldberg.html
 
Thank you for your interest in PHP.




Previous Comments:


[2009-08-07 07:54:07] j...@php.net

Thank you for taking the time to report a problem with PHP.
Unfortunately you are not using a current version of PHP -- 
the problem might already be fixed. Please download a new
PHP version from http://www.php.net/downloads.php

If you are able to reproduce the bug with one of the latest
versions of PHP, please change the PHP version on this bug report
to the version you tested and change the status back to "Open".
Again, thank you for your continued support of PHP.





[2009-08-07 05:51:09] belanger dot b at gmail dot com

Tested it with all values from previously rejected or ignored similar
bug submissions (code and execution here) :
http://www.benlg.com/test.php

P.S.: intval('9.95'*100) == intval(9.95*100) == 994



[2009-08-07 05:20:11] belanger dot b at gmail dot com

Description:

intval is not returning the correct value for '995'

echo number_format('9.95'*100,0,'',''); // output 995
echo intval('9.95'*100); // output 994

Sorry but the most up to date server at my disposition is version
5.2.5

POSSIBLY RELATED REFUSED BUGS...
found by me :
http://bugs.php.net/bug.php?id=1960 (set to closed)
found by system :
http://bugs.php.net/bug.php?id=37554 (set to bogus)
http://bugs.php.net/bug.php?id=39900 (set to bogus)

Reproduce code:
---
echo number_format('9.95'*100,0,'','')
 .' and '. number_format('1.16'*100,0,'','')
 ."\n". intval('9.95'*100);
 .' and '. intval('1.16'*100);

Expected result:

995 and 116
995 and 116

Actual result:
--
995 and 116
994 and 115





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

#49181 [Fbk->Opn]: Parent: child process exited with status 3221225477 -- Restarting

2009-08-07 Thread adaro2000 at yahoo dot fr

 ID:   49181
 User updated by:  adaro2000 at yahoo dot fr
 Reported By:  adaro2000 at yahoo dot fr
-Status:   Feedback
+Status:   Open
 Bug Type: Apache2 related
 Operating System: Win XP Pro Version 2002 SP2
 PHP Version:  5.2.10
 New Comment:

I run it on command line as suggested. I'm having an error. I have a
prompt saying that CLI encouter an error and must 

I run a query like this "SELECT login FROM admin". Everything is OK.
But have i run a query of more than one column that the error occure.

Any idea ?


Previous Comments:


[2009-08-06 20:06:09] j...@php.net

Try run the script on command line using the CLI binary.



[2009-08-06 18:15:52] adaro2000 at yahoo dot fr

Description:

I install Xampp xampp-win32-1.7.0-installer. Php version is 5.2.8,
Mysql version 5.1.30, Apache version 2.2.11

I'm using PDO to query my database.
As i query out a result of more than one column, apache restart, and in
log i read :

[Thu Aug 06 17:53:23 2009] [notice] cannot use a full URL in a 401
ErrorDocument directive --- ignoring!
[Thu Aug 06 17:53:31 2009] [notice] Parent: child process exited with
status 3221225477 -- Restarting.
[Thu Aug 06 17:53:31 2009] [notice] Digest: generating secret for
digest authentication ...
[Thu Aug 06 17:53:31 2009] [notice] Digest: done

Reproduce code:
---
This produces an error :
query("SELECT login, pass FROM admin");
$result->setFetchMode(PDO::FETCH_OBJ);
foreach ($result AS $line){
  echo ''.$line->login.'';
  echo ''.$line->pass.'';
}
?>

Expected result:

I hope this will print data, but not. 

I run this without problem :
query("SELECT COUNT(*) as Me FROM admin");
$result->setFetchMode(PDO::FETCH_OBJ);
foreach ($result AS $line){
  echo ''.$line->Me.'';
}
?>

It prints the exact number.

Actual result:
--
The browser seems to load the page, but i have a prompt Apache HTTP
encouter an error and must... and the log is what i show on the top.

Can you help me please ?





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

#48860 [Opn]: SplQueue objects can not be stored in session

2009-08-07 Thread jani

 ID:   48860
 Updated by:   j...@php.net
-Summary:  Data in SplQueue objects is not persistent
 Reported By:  dave at dtracorp dot com
 Status:   Open
 Bug Type: SPL related
-Operating System: windows xp
+Operating System: *
-PHP Version:  5.3.0
+PHP Version:  5.3, 6
 New Comment:

This is just missing feature. Several other SPL classes also don't
implement the Serializable interface.


Previous Comments:


[2009-07-09 00:28:42] dave at dtracorp dot com

Description:

I'm trying to store an SplQueue object in the session, on page reload
the SplQueue object is still there, but it has no data. This happens on
Windows XP (Apache 2.0.58), but also on Fedora 8 (apache 2.2), and a
Debian build running apache 2.2.

Reproduce code:
---
enqueue('something');
$q->enqueue('over there');
session_start();
$_SESSION['q'] = $q;
?>
on the second page
';
print_r($q);

Expected result:

SplQueue Object
(
[flags:SplDoublyLinkedList:private] => 4
[dllist:SplDoublyLinkedList:private] => Array
(
[0] => something
[1] => over there
)

)


Actual result:
--
SplQueue Object
(
[flags:SplDoublyLinkedList:private] => 4
[dllist:SplDoublyLinkedList:private] => Array
(
)

)






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

#48866 [Opn->Fbk]: ldap.conf TLS_REQCERT directive fails for ldaps

2009-08-07 Thread jani

 ID:   48866
 Updated by:   j...@php.net
 Reported By:  dev at lechat dot org
-Status:   Open
+Status:   Feedback
 Bug Type: LDAP related
 Operating System: windows server 2003 R2 SE SP2
 PHP Version:  5.3.0


Previous Comments:


[2009-08-07 08:04:47] dev at lechat dot org

Hi,
I didn't try 5.2.10.
I will make a try in one week
when i Will be back from holidays (-;
At this point I'll give you a feedback
if the problem occurs or not with 5.2.10.



[2009-08-05 21:59:26] j...@php.net

Does this happen also with PHP 5.2.10 ?



[2009-07-09 09:35:06] dev at lechat dot org

Description:

Dealing with a secure ldap connection :
Since php 5.3, the
'TLS_REQCERT never' (means do not check certificate validity, and
process the request anymore)
directive in C:\OpenLDAP\sysconf\ldap.conf are not applied when trying
to bind an ldapS server that emit a certificate with an invalid CA.

The result is that the ldapS bind fails because php refuse the
certificate.

By using a filMonitor program, I saw that since php 5.3 php_ldap.dll,
the ldap conf file is now 'c:\ldap.conf' rather than
C:\OpenLDAP\sysconf\ldap.conf. I tried to put directive in this file
too. I can see that the file is open and read, but the directive
'TLS_REQCERT never' is not applied. Bind fails.


On the same server this is perfectly working with php < 5.3 (until
5.2.9-1 as fas as I know).

Note that standard ldap connection works as expected with 5.3

Reproduce code:
---
$ldapConnect = ldap_connect('ldaps://ldaps.myserver.com:3269');
ldap_set_option($ldapConnect, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_set_option($ldapConnect, LDAP_OPT_REFERRALS, 0);
$ldapBind = ldap_bind($ldapConnect, $username,$password);
$filter="(| (employeeid=$user)(name=$user)(cn=$user)
(userprincipalname=$u...@mydomain) ) ";
$ldapSearch = ldap_search($ldapConnect, $baseDn, $filter);
$ldapEntries = ldap_get_entries($ldapConnect, $ldapSearch);
ldap_free_result($ldapSearch);
ldap_unbind($ldapConnect);

Expected result:

ldap_get_entries returns ldap entries that match whith the filter, as
expected.

Actual result:
--
None, cannot bind.





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

#48866 [Fbk->Asn]: ldap.conf TLS_REQCERT directive fails for ldaps

2009-08-07 Thread pajoye

 ID:   48866
 Updated by:   paj...@php.net
 Reported By:  dev at lechat dot org
-Status:   Feedback
+Status:   Assigned
 Bug Type: LDAP related
 Operating System: windows server 2003 R2 SE SP2
 PHP Version:  5.3.0
-Assigned To:  
+Assigned To:  pajoye
 New Comment:

Has to be fixed in the ldap libs.


Previous Comments:


[2009-08-07 08:04:47] dev at lechat dot org

Hi,
I didn't try 5.2.10.
I will make a try in one week
when i Will be back from holidays (-;
At this point I'll give you a feedback
if the problem occurs or not with 5.2.10.



[2009-08-05 21:59:26] j...@php.net

Does this happen also with PHP 5.2.10 ?



[2009-07-09 09:35:06] dev at lechat dot org

Description:

Dealing with a secure ldap connection :
Since php 5.3, the
'TLS_REQCERT never' (means do not check certificate validity, and
process the request anymore)
directive in C:\OpenLDAP\sysconf\ldap.conf are not applied when trying
to bind an ldapS server that emit a certificate with an invalid CA.

The result is that the ldapS bind fails because php refuse the
certificate.

By using a filMonitor program, I saw that since php 5.3 php_ldap.dll,
the ldap conf file is now 'c:\ldap.conf' rather than
C:\OpenLDAP\sysconf\ldap.conf. I tried to put directive in this file
too. I can see that the file is open and read, but the directive
'TLS_REQCERT never' is not applied. Bind fails.


On the same server this is perfectly working with php < 5.3 (until
5.2.9-1 as fas as I know).

Note that standard ldap connection works as expected with 5.3

Reproduce code:
---
$ldapConnect = ldap_connect('ldaps://ldaps.myserver.com:3269');
ldap_set_option($ldapConnect, LDAP_OPT_PROTOCOL_VERSION, 3);
ldap_set_option($ldapConnect, LDAP_OPT_REFERRALS, 0);
$ldapBind = ldap_bind($ldapConnect, $username,$password);
$filter="(| (employeeid=$user)(name=$user)(cn=$user)
(userprincipalname=$u...@mydomain) ) ";
$ldapSearch = ldap_search($ldapConnect, $baseDn, $filter);
$ldapEntries = ldap_get_entries($ldapConnect, $ldapSearch);
ldap_free_result($ldapSearch);
ldap_unbind($ldapConnect);

Expected result:

ldap_get_entries returns ldap entries that match whith the filter, as
expected.

Actual result:
--
None, cannot bind.





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

#49183 [Fbk->Asn]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread pajoye

#47954 [Com]: pathinfo() returns invalid filename for utf-8 file

2009-08-07 Thread brunner dot adam at gmail dot com

 ID:   47954
 Comment by:   brunner dot adam at gmail dot com
 Reported By:  top dot bagger at bk dot ru
 Status:   No Feedback
 Bug Type: *Unicode Issues
 Operating System: Linux 2.6.18
 PHP Version:  5.2.9
 New Comment:

Can confirm on Linux with PHP 5.2.9

var_dump(pathinfo("foobar.ext", PATHINFO_FILENAME)); // string(6)
"foobar"
var_dump(pathinfo("főoobar.ext", PATHINFO_FILENAME)); //string(8)
"fÅoobar"
var_dump(pathinfo("őoobar.ext", PATHINFO_FILENAME)); //string(5)
"oobar"

This works well in CLI mode!


Previous Comments:


[2009-04-21 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".



[2009-04-13 12:04:37] j...@php.net

Please provide a proper test case. I tested this on command line and 
it works just fine. (check your charset settings..)



[2009-04-12 00:46:11] top dot bagger at bk dot ru

utf-8 strings i submitid there got replaced by entities :( The main
thing is there should be a "_" sign in filename. Then "filename" part
becomes splitted by it. If there is no "_" sign, the "filename" part is
empty.



[2009-04-12 00:36:26] top dot bagger at bk dot ru

Description:

pathinfo() function returns invalid "filename" array part for utf-8
filename



Reproduce code:
---



Expected result:

string(25)
"ПРИВЕТ_МЕДВЕД"


Actual result:
--
string(13) "_МЕДВЕД" 





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

#44872 [Com]: canary mismatch on efree() - heap overflow detected

2009-08-07 Thread werner at flyingdog dot de

 ID:   44872
 Comment by:   werner at flyingdog dot de
 Reported By:  mattr at shoplet dot com
 Status:   No Feedback
 Bug Type: MySQLi related
 Operating System: FreeBSD 6.2
 PHP Version:  5.2.5
 New Comment:

I also can reproduce this error (Suhosin Patch installed). Very simple
test script: 


 1);
$demo_user[]=(object)array("second" => 2);
$demo_user[]=(object)array("third" => 3);

echo ""; var_dump($demo_user); echo "";

?>

Error Log:
[Fri Aug 07 14:38:06 2009] [error] [client xx.xx.xx.xx] ALERT - canary
mismatch on efree() - heap overflow detected (attacker 'xx.xx.xx.xx',
file '/somedir/somedir/htdocs/f.php', line 2)

Version Info:

Apache/2.2.8 (Ubuntu) PHP/5.2.4-2ubuntu5.6 with Suhosin-Patch
proxy_html/3.0.0 Server at xx Port 80


Previous Comments:


[2009-08-06 00:18:58] robert at robert-gonzalez dot com

I am having this same issue on Ubuntu 8.10 running against Sybase 12.5.
This actually just started happening against the CLI version of PHP when
attempting to connect more than once to the database server in the same
request. Any idea when this might get fixed? Or if not, anyone have a
reliable work around?



[2009-07-17 09:13:13] emiel dot molenaar at gmail dot com

Any news about this one? Having the same issue here on Debian:

PHP 5.2.10-2 with Suhosin-Patch 0.9.7 (cli) (built: Jul 10 2009 
01:47:03)



[2009-05-06 14:16:33] j dot vd dot broek at home dot nl

This solution I saw on another website might help fixing it in a next
build of PHP or at least show people with the same problem a way out of
it:
http://chrisblunt.com/blog/2009/05/01/php-fixing-mismatched-canaries-how-to-remove-suhosin-from-debianubuntu-packages/



[2009-05-03 13:48:10] ewilded at gmail dot com

Same situation on PHP 5.2.9 with Suhosin-Patch 0.9.7 (cli) (built: May 
2 2009 14:51:38), OS: Slackware 12, i'm connecting to Oracle DB on
remote machine using PDO, script gets killed while trying to execute
simple SELECT statement without any params (same code works fine with
MySQL).



[2009-04-21 14:39:12] fr33z at inmail dot cz

I have the same issue with PHP Version 5.2.9-pl2-gentoo
'./configure' '--prefix=/usr/lib64/php5' '--host=x86_64-pc-linux-gnu'
'--mandir=/usr/lib64/php5/man' '--infodir=/usr/lib64/php5/info'
'--sysconfdir=/etc' '--cache-file=./config.cache' '--with-libdir=lib64'
'--with-pcre-regex=/usr' '--enable-maintainer-zts' '--disable-cli'
'--with-apxs2=/usr/sbin/apxs2'
'--with-config-file-path=/etc/php/apache2-php5'
'--with-config-file-scan-dir=/etc/php/apache2-php5/ext-active'
'--without-pear' '--disable-bcmath' '--with-bz2' '--disable-calendar'
'--with-curl' '--with-curlwrappers' '--disable-dbase' '--enable-exif'
'--without-fbsql' '--without-fdftk' '--enable-ftp' '--with-gettext'
'--without-gmp' '--disable-ipv6' '--disable-json' '--without-kerberos'
'--enable-mbstring' '--with-mcrypt' '--with-mhash' '--without-msql'
'--without-mssql' '--with-ncurses' '--with-openssl'
'--with-openssl-dir=/usr' '--disable-pcntl' '--without-pgsql'
'--without-pspell' '--without-recode' '--disable-shmop' '--without-snmp'
'--disable-soap' '--enable-sockets' '--without-sybase'
'--without-sybase-ct' '--disable-sysvmsg' '--disable-sysvsem'
'--disable-sysvshm' '--without-tidy' '--disable-wddx' '--without-xmlrpc'
'--with-xsl' '--enable-zip' '--with-zlib' '--disable-debug'
'--enable-dba' '--without-cdb' '--with-db4' '--disable-flatfile'
'--with-gdbm' '--without-qdbm' '--with-freetype-dir=/usr'
'--with-t1lib=/usr' '--disable-gd-jis-conv' '--with-jpeg-dir=/usr'
'--with-png-dir=/usr' '--without-xpm-dir' '--with-gd'
'--with-mysql=/usr' '--with-mysql-sock=/var/run/mysqld/mysqld.sock'
'--without-mysqli' '--without-pdo-dblib' '--with-pdo-mysql=/usr'
'--without-pdo-odbc' '--without-pdo-pgsql' '--without-pdo-sqlite'
'--with-readline' '--without-libedit' '--without-mm' '--without-sqlite'
'--with-pic'



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

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

#49183 [Com]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread sunnyseh at hotmail dot com

#49183 [Asn->Csd]: dns_get_record does not return NAPTR records when you query dot tel domains!

2009-08-07 Thread pajoye

#48660 [Asn->Csd]: parse_ini_*(): dollar sign as last character of value fails

2009-08-07 Thread jani

 ID:   48660
 Updated by:   j...@php.net
 Reported By:  marek dot nos at skype dot net
-Status:   Assigned
+Status:   Closed
 Bug Type: PHP options/info functions
 Operating System: *
 PHP Version:  5.3, 6 (2009-08-04)
 Assigned To:  jani
 New Comment:

This bug has been fixed in SVN.

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:


[2009-08-07 14:21:39] s...@php.net

Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=286908
Log: - Fixed bug #48660 (parse_ini_*(): dollar sign as last character
of value fails)



[2009-06-23 13:54:56] marek dot nos at skype dot net

Description:

This is quite similar to #44609. Probably still not properly fixed.

Reproduce code:
---




Expected result:

array(3) {
  ["Case.a"]=>
  string(6) "avalue"
  ["Case.b"]=>
  string(13) "$dollar_sign$"
  ["Case.c"]=>
  string(2) "10"
}

Actual result:
--
Warning:  syntax error, unexpected $end, expecting TC_DOLLAR_CURLY or
TC_QUOTED_STRING or '"' in test.ini on line 5
 in C:\Users\Marek Nos\Documents\workspace\parse_ini.php on line 17
bool(false)





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

#49190 [NEW]: PharData::convertToExecutable does not recognize filenames with multiple dots

2009-08-07 Thread alexander dot wahl at netlusive dot com

From: alexander dot wahl at netlusive dot com
Operating system: Linux 2.6.26-2-amd64
PHP version:  5.3.0
PHP Bug Type: PHAR related
Bug description:  PharData::convertToExecutable does not recognize filenames 
with multiple dots

Description:

PharData::convertToExecutable does not recognize filenames with multiple 
dots, while creating the new archive. Everything from the first dot is 
ignored.


Reproduce code:
---
convertToExecutable(Phar::PHAR, Phar::NONE, '.phar');
} catch (Exception $e) {
echo $e->getMessage();
}
?>

Expected result:

A new PHAR archive with the expected filename: 

test.one.two.phar

Actual result:
--
A new PHAR archive with the filename: 

test.phar

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

#49190 [Opn]: PharData::convertToExecutable does not recognize filenames with multiple dots

2009-08-07 Thread alexander dot wahl at netlusive dot com

 ID:   49190
 User updated by:  alexander dot wahl at netlusive dot com
 Reported By:  alexander dot wahl at netlusive dot com
 Status:   Open
 Bug Type: PHAR related
 Operating System: Linux 2.6.26-2-amd64
 PHP Version:  5.3.0
 New Comment:

email typo


Previous Comments:


[2009-08-07 14:23:26] alexander dot wahl at netlusive dot com

Description:

PharData::convertToExecutable does not recognize filenames with
multiple 
dots, while creating the new archive. Everything from the first dot is

ignored.


Reproduce code:
---
convertToExecutable(Phar::PHAR, Phar::NONE, '.phar');
} catch (Exception $e) {
echo $e->getMessage();
}
?>

Expected result:

A new PHAR archive with the expected filename: 

test.one.two.phar

Actual result:
--
A new PHAR archive with the filename: 

test.phar





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

#49190 [Opn]: PharData::convertToExecutable does not recognize filenames with multiple dots

2009-08-07 Thread alexander dot wahl at netclusive dot com

 ID:   49190
 User updated by:  alexander dot wahl at netclusive dot com
-Reported By:  alexander dot wahl at netlusive dot com
+Reported By:  alexander dot wahl at netclusive dot com
 Status:   Open
 Bug Type: PHAR related
 Operating System: Linux 2.6.26-2-amd64
 PHP Version:  5.3.0
 New Comment:

email typo


Previous Comments:


[2009-08-07 14:25:44] alexander dot wahl at netlusive dot com

email typo



[2009-08-07 14:23:26] alexander dot wahl at netclusive dot com

Description:

PharData::convertToExecutable does not recognize filenames with
multiple 
dots, while creating the new archive. Everything from the first dot is

ignored.


Reproduce code:
---
convertToExecutable(Phar::PHAR, Phar::NONE, '.phar');
} catch (Exception $e) {
echo $e->getMessage();
}
?>

Expected result:

A new PHAR archive with the expected filename: 

test.one.two.phar

Actual result:
--
A new PHAR archive with the filename: 

test.phar





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

#44383 [Com]: PHP DateTime not converted to xsd:datetime

2009-08-07 Thread david dot zuelke at bitextender dot com

 ID:   44383
 Comment by:   david dot zuelke at bitextender dot com
 Reported By:  kevin dot craft at gmail dot com
 Status:   Open
 Bug Type: SOAP related
 Operating System: Windows XP
 PHP Version:  5.2.6
 New Comment:

Updated patch and tests: http://pastie.org/575559


Previous Comments:


[2009-06-29 08:56:29] lsm...@php.net

Reopening since we now have a patch.



[2009-06-29 08:28:26] david dot zuelke at bitextender dot com

We've created a patch to implement this.

Description (with patch and tests for download):
http://article.gmane.org/gmane.comp.php.devel/57369

Patch (in case gmane doesn't work):
http://pastie.org/527755

Tests (in case gmane doesn't work):
http://pastie.org/527762



[2009-05-06 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".



[2009-05-04 10:56:14] bme at hst dot aau dot dk

I tried the snapshot on windows xp, apache 2.2, with the php code
supplied in this thread and this is what I see:

Request:


   
   
  
   


Response:


   
  
 
  
   


Assuming the supplied wsdl and php server/client is correct, DateTime
is still not being served correctly. I am not even seeing xsd:datetime
in the response.

Allt "http" have been changed to "hxxp" to be able to post the comment.



[2009-04-28 18:37:21] j...@php.net

Please try using this CVS snapshot:

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

  http://windows.php.net/snapshots/





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

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

#48719 [Asn->Csd]: parse_ini_*(): scanner mode is not checked for sanity

2009-08-07 Thread jani

 ID:   48719
 Updated by:   j...@php.net
 Reported By:  dragoonis at gmail dot com
-Status:   Assigned
+Status:   Closed
 Bug Type: PHP options/info functions
 Operating System: *
 PHP Version:  5.3.0RC4
 Assigned To:  kalle
 New Comment:

This bug has been fixed in SVN.

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:


[2009-08-07 15:44:38] s...@php.net

Automatic comment from SVN on behalf of jani
Revision: http://svn.php.net/viewvc/?view=revision&revision=286913
Log: - Fixed bug #48719 parse_ini_*(): scanner mode is not checked for
sanity)



[2009-06-29 21:45:57] dragoonis at gmail dot com

After more learning of how things work i've made the ZendEngine2 .patch
file and uploaded it to the following location.
http://digiflexdev.com/php/48719.patch



[2009-06-29 13:44:40] dragoonis at gmail dot com

Firstly, the original reproduce code has a syntax error in it however
heres what happens if you pass a valid constant to the function which
isn't ZEND_INI_SCANNER_NORMAL and ZEND_INI_SCANNER_RAW

 2
)



[2009-06-29 13:13:02] dragoonis at gmail dot com

Description:

The sanitation on the new parse_ini_file parameter names scanner mode
doesn't check if a valid scanner mode has been passed.

The patch has been applied below the if() for if (filename_len == 0)
{.
The fix can be found here:
http://digiflexdev.com/php/parse_ini_file_fix.txt

The .phpt file for this is below
http://digiflexdev.com/php/parse_ini_file_test.txt
I realise the .phpt file is wrong somewhat this is my first bug report
and the .phpt file just shows.

The same issue applies to parse_ini_string, respectively.

Reproduce code:
---
http://bugs.php.net/?id=48719&edit=1

#49191 [NEW]: Uknown exception at 0x000006c5

2009-08-07 Thread bmhrules at hotmail dot com

From: bmhrules at hotmail dot com
Operating system: Windows Sever 2003 Ent. X64
PHP version:  5.2SVN-2009-08-07 (snap)
PHP Bug Type: IIS related
Bug description:  Uknown exception at 0x06c5

Description:

While running PHP in isapi I was getting quite a few different access
violation errors. They are not constant but sporadic.

PHP has encountered an Access Violation at 027033E4
PHP has encountered an Access Violation at 026DA5BA
PHP has encountered an Access Violation at 0264ACB2

I've disabled most of my extensions in the php.ini, but so far no luck in
getting these random errors to vanish.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
My feeble attempts at backtraces would sometimes get:
*** WARNING: Unable to verify checksum for \\?\C:\PHP\php5ts.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for \\?\C:\PHP\php5ts.dll - 
014ef1a4 02e07c3d 0004  000a
ntdll!RtlDetermineDosPathNameType_U+0x330
014ef1c8 02e085b1 002b   php5ts!php_gcvt+0x28d
014ef4b0 02d4bdc9   0230d968 php5ts!ap_php_slprintf+0x4c1
     php5ts!emalloc+0x39

Sometimes this:
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0166ec1c 0338fe86 0397c888 0397c888 0336d060 WS2_32!gethostbyname+0x8d
0166ec28 0336d060 0397c888 0166ec64 0166ed38
LIBMYSQL!mysql_sqlstate+0x2b5ce
0166ecbc 7d625062 0166f1f4 000c 0166ecf4
LIBMYSQL!mysql_sqlstate+0x87a8
0166ecf0 7d61f7d4 00151378 0166ef24 7d61f768
ntdll!RtlUnicodeStringToAnsiString+0x6e
0166ef70     ntdll!RtlAllocateHeap+0x14e


You will have to excuse my potentially useless report and walk me through
to help figure out what is causing conflicts since I am not at all
knowledgeable with debugging on x64, or any OS for that matter.

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

#49191 [Opn->Fbk]: Uknown exception at 0x000006c5

2009-08-07 Thread pajoye

 ID:   49191
 Updated by:   paj...@php.net
 Reported By:  bmhrules at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

Please try using FastCGI instead, it is the recommended interface for
IIS.

If you have to use ISAPI, we will need a reproduce script to be able to
fix these crashes.


Previous Comments:


[2009-08-07 16:43:34] bmhrules at hotmail dot com

Description:

While running PHP in isapi I was getting quite a few different access
violation errors. They are not constant but sporadic.

PHP has encountered an Access Violation at 027033E4
PHP has encountered an Access Violation at 026DA5BA
PHP has encountered an Access Violation at 0264ACB2

I've disabled most of my extensions in the php.ini, but so far no luck
in getting these random errors to vanish.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
My feeble attempts at backtraces would sometimes get:
*** WARNING: Unable to verify checksum for \\?\C:\PHP\php5ts.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for \\?\C:\PHP\php5ts.dll - 
014ef1a4 02e07c3d 0004  000a
ntdll!RtlDetermineDosPathNameType_U+0x330
014ef1c8 02e085b1 002b   php5ts!php_gcvt+0x28d
014ef4b0 02d4bdc9   0230d968
php5ts!ap_php_slprintf+0x4c1
     php5ts!emalloc+0x39

Sometimes this:
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0166ec1c 0338fe86 0397c888 0397c888 0336d060 WS2_32!gethostbyname+0x8d
0166ec28 0336d060 0397c888 0166ec64 0166ed38
LIBMYSQL!mysql_sqlstate+0x2b5ce
0166ecbc 7d625062 0166f1f4 000c 0166ecf4
LIBMYSQL!mysql_sqlstate+0x87a8
0166ecf0 7d61f7d4 00151378 0166ef24 7d61f768
ntdll!RtlUnicodeStringToAnsiString+0x6e
0166ef70    
ntdll!RtlAllocateHeap+0x14e


You will have to excuse my potentially useless report and walk me
through to help figure out what is causing conflicts since I am not at
all knowledgeable with debugging on x64, or any OS for that matter.





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

#49192 [NEW]: PHP crashes with exception (reproduced with AdoDB and Access)

2009-08-07 Thread circus2 at freenet dot de

From: circus2 at freenet dot de
Operating system: Win XP SP3 (german)
PHP version:  5.3SVN-2009-08-07 (snap)
PHP Bug Type: Reproducible crash
Bug description:  PHP crashes with exception (reproduced with AdoDB and Access)

Description:

When running the sample code PHP 5.3 and PHP 5.3 latest snapshot crash
with Win32 exception.

It was reproducable on two different machines. But you need the MS Access
Jet Engine to work with this sample code (means you probably need MS
Access).

With php 5.2.10 it runs like expected - no exceptions, no errors.

Reproduce code:
---
http://www.tahat.de/Error3.zip

Expected result:

nothing special here - just works with 5.2.10

Actual result:
--
Win32 exception crashes php.exe

Thread 0 - System ID 2984
Entry point   php+2fa2 
Create time   07.08.2009 18:25:36 
Time spent in user mode   0 Days 0:0:0.380 
Time spent in kernel mode   0 Days 0:0:0.140 

Function Arg 1 Arg 2 Arg 3   Source 
php5ts!gc_remove_zval_from_buffer+365 00393128 0ac44ea0
0005
php5ts!gc_remove_zval_from_buffer+425 0ac44ea0 01247500
00393128
php5ts!gc_collect_cycles+6a 00393128 0001 0aa95fb0
php5ts!gc_zval_possible_root+e9 0ac44ea0 00393128 00393128   

php5ts!zval_ptr_dtor+93 00c0fb90 00393128 01160548
php5ts!execute+39293 00393128 00c0fc1c 
php5ts!execute+298 01132778 00393100 00393128
php5ts!zend_execute_scripts+fe 0008 00393128 
php5ts!php_execute_script+231 00397038 0138b8a0 0099
php5ts!zend_register_constant+a9 00c0fdf8 00393128 00404e60   

php+1780 1000c24e 00396028 004017d4
php5ts!efree+9 00396028 004017d4 01131390
php5ts!efree+2e 01131390 00393128 003930c4
php+17d4 00c0fecc 00393128 0040742c
php+24ab 006e 0001 
msvcr90!_lock+177 2a644eb0 01ca1779 7ffd6000
kernel32!BaseProcessStart+23 00402fa2  

PHP5TS!GC_REMOVE_ZVAL_FROM_BUFFER+365WARNING - DebugDiag was not able to
locate debug symbols for php5ts.dll, so the information below may be
incomplete.

In
php__PID__876__Date__08_07_2009__Time_06_25_58PM__40__Second_Chance_Exception_C005.dmp
the assembly instruction at php5ts!gc_remove_zval_from_buffer+365 in
C:\[..]\php\php5ts.dll from The PHP Group has caused an access violation
exception (0xC005) when trying to read from memory location 0x0014
on thread 0


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

#49192 [Opn->Fbk]: PHP crashes with exception (reproduced with AdoDB and Access)

2009-08-07 Thread pajoye

 ID:   49192
 Updated by:   paj...@php.net
 Reported By:  circus2 at freenet dot de
-Status:   Open
+Status:   Feedback
 Bug Type: Reproducible crash
 Operating System: Win XP SP3 (german)
 PHP Version:  5.3SVN-2009-08-07 (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:


[2009-08-07 17:03:33] circus2 at freenet dot de

Description:

When running the sample code PHP 5.3 and PHP 5.3 latest snapshot crash
with Win32 exception.

It was reproducable on two different machines. But you need the MS
Access Jet Engine to work with this sample code (means you probably need
MS Access).

With php 5.2.10 it runs like expected - no exceptions, no errors.

Reproduce code:
---
http://www.tahat.de/Error3.zip

Expected result:

nothing special here - just works with 5.2.10

Actual result:
--
Win32 exception crashes php.exe

Thread 0 - System ID 2984
Entry point   php+2fa2 
Create time   07.08.2009 18:25:36 
Time spent in user mode   0 Days 0:0:0.380 
Time spent in kernel mode   0 Days 0:0:0.140 

Function Arg 1 Arg 2 Arg 3   Source 
php5ts!gc_remove_zval_from_buffer+365 00393128 0ac44ea0
0005
php5ts!gc_remove_zval_from_buffer+425 0ac44ea0 01247500
00393128
php5ts!gc_collect_cycles+6a 00393128 0001 0aa95fb0
php5ts!gc_zval_possible_root+e9 0ac44ea0 00393128 00393128 
  
php5ts!zval_ptr_dtor+93 00c0fb90 00393128 01160548
php5ts!execute+39293 00393128 00c0fc1c 
php5ts!execute+298 01132778 00393100 00393128
php5ts!zend_execute_scripts+fe 0008 00393128   
 
php5ts!php_execute_script+231 00397038 0138b8a0 0099   

php5ts!zend_register_constant+a9 00c0fdf8 00393128 00404e60
   
php+1780 1000c24e 00396028 004017d4
php5ts!efree+9 00396028 004017d4 01131390
php5ts!efree+2e 01131390 00393128 003930c4
php+17d4 00c0fecc 00393128 0040742c
php+24ab 006e 0001 
msvcr90!_lock+177 2a644eb0 01ca1779 7ffd6000
kernel32!BaseProcessStart+23 00402fa2     


PHP5TS!GC_REMOVE_ZVAL_FROM_BUFFER+365WARNING - DebugDiag was not able
to locate debug symbols for php5ts.dll, so the information below may be
incomplete.

In
php__PID__876__Date__08_07_2009__Time_06_25_58PM__40__Second_Chance_Exception_C005.dmp
the assembly instruction at php5ts!gc_remove_zval_from_buffer+365 in
C:\[..]\php\php5ts.dll from The PHP Group has caused an access violation
exception (0xC005) when trying to read from memory location
0x0014 on thread 0






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

#49193 [NEW]: gd_compat > gdJpegGetVersionString should return const char* not int

2009-08-07 Thread th at drillich dot com

From: th at drillich dot com
Operating system: linux-amd64
PHP version:  5.3.0
PHP Bug Type: Compile Failure
Bug description:  gd_compat > gdJpegGetVersionString should return const char* 
not int

Description:

In gd_compat.[hc]

gdJpegGetVersionString() is declared as returning int not const
char*, but sizeof(int) != sizeof(const char*) on some systems like
here sizeof(int) == 4 and sizeof(const char*) == 8.

this causes a segfault on phpinfo().
cu thomas

Actual result:
--
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0x7f996e9c3740 (LWP 17235)]
strlen () at ../sysdeps/x86_64/strlen.S:48
48  ../sysdeps/x86_64/strlen.S: No such file or directory.
in ../sysdeps/x86_64/strlen.S
Current language:  auto; currently asm
(gdb) bt
#0  strlen () at ../sysdeps/x86_64/strlen.S:48
#1  0x7f9969a207c8 in format_converter (odp=0x7fff76a001f0,
fmt=0x7f9964f364d0 "s", ap=0x7fff76a00150) at
src/php5/php5-5.3.0/main/snprintf.c:964
#2  0x7f9969a213ac in strx_printv (ccp=0x7fff76a0020c,
buf=0x7f996e9c36f0 "(X\206n\231\177", len=1990197800,
format=0x7f9964f364cf "%s", ap=0x0)
at src/php5/php5-5.3.0/main/snprintf.c:1211
#3  0x7f9969a21554 in ap_php_snprintf (buf=0x7fff76a002db "",
len=1855731440, format=0x0) at
src/php5/php5-5.3.0/main/snprintf.c:1256
#4  0x7f9964f32b44 in zm_info_gd (zend_module=0x13c2bb0) at
src/php5/php5-5.3.0/ext/gd/gd.c:1296
#5  0x7f99699c06e0 in _display_module_info_func
(module=0x64f37878) at src/php5/php5-5.3.0/ext/standard/info.c:123
#6  0x7f9969a7c6d5 in zend_hash_apply (ht=0x7fff76a00520,
apply_func=0x7f99699c06d0 <_display_module_info_func>)
at src/php5/php5-5.3.0/Zend/zend_hash.c:673
#7  0x7f99699c1a5a in php_print_info (flag=32767) at
src/php5/php5-5.3.0/ext/standard/info.c:903
#8  0x7f99699c1e61 in zif_phpinfo (ht=1693677688,
return_value=0x130f858, return_value_ptr=0x7fff76a00228,
this_ptr=0x0, return_value_used=-16843009)
at src/php5/php5-5.3.0/ext/standard/info.c:1217
#9  0x7f9969ac1e5b in zend_do_fcall_common_helper_SPEC
(execute_data=0x7f996a17c580) at
src/php5/php5-5.3.0/Zend/zend_vm_execute.h:313
#10 0x7f9969a9b299 in execute (op_array=0x130eea8) at
src/php5/php5-5.3.0/Zend/zend_vm_execute.h:104
#11 0x7f9969a700c1 in zend_execute_scripts (type=0,
retval=0x7fff76a00770, file_count=3) at
src/php5/php5-5.3.0/Zend/zend.c:1188
#12 0x7f9969a1c805 in php_execute_script (primary_file=Cannot
access memory at address 0x8000769ff690
) at src/php5/php5-5.3.0/main/main.c:2196
#13 0x7f9969afa775 in php_handler (r=0x43c055) at
src/php5/php5-5.3.0/sapi/apache2handler/sapi_apache2.c:663
#14 0x0043b8d3 in ap_run_handler ()
#15 0x0043ee9f in ap_invoke_handler ()
#16 0x0044c11e in ap_process_request ()
#17 0x00449158 in ?? ()
#18 0x00442dd3 in ap_run_process_connection ()
#19 0x00450720 in ?? ()
#20 0x00450a38 in ?? ()
#21 0x00451050 in ap_mpm_run ()
#22 0x00428425 in main ()
(gdb)


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

#49191 [Fbk->Opn]: Uknown exception at 0x000006c5

2009-08-07 Thread bmhrules at hotmail dot com

 ID:   49191
 User updated by:  bmhrules at hotmail dot com
 Reported By:  bmhrules at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__25784__Date__08_07_2009__Time_12_16_54PM__654__First
chance exception 0X06C5.dmp the assembly instruction at
kernel32!RaiseException+53 in C:\WINDOWS\SysWOW64\kernel32.dll from
Microsoft Corporation has caused an unknown exception (0x06c5) on
thread 6

This exception originated from rpcrt4!RpcpRaiseException+24. 

I've attempted using FastCGI with IIS but I keep getting errors saying
the process unexpectedly exited.


Previous Comments:


[2009-08-07 16:50:55] paj...@php.net

Please try using FastCGI instead, it is the recommended interface for
IIS.

If you have to use ISAPI, we will need a reproduce script to be able to
fix these crashes.



[2009-08-07 16:43:34] bmhrules at hotmail dot com

Description:

While running PHP in isapi I was getting quite a few different access
violation errors. They are not constant but sporadic.

PHP has encountered an Access Violation at 027033E4
PHP has encountered an Access Violation at 026DA5BA
PHP has encountered an Access Violation at 0264ACB2

I've disabled most of my extensions in the php.ini, but so far no luck
in getting these random errors to vanish.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
My feeble attempts at backtraces would sometimes get:
*** WARNING: Unable to verify checksum for \\?\C:\PHP\php5ts.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for \\?\C:\PHP\php5ts.dll - 
014ef1a4 02e07c3d 0004  000a
ntdll!RtlDetermineDosPathNameType_U+0x330
014ef1c8 02e085b1 002b   php5ts!php_gcvt+0x28d
01

#49191 [Opn->Fbk]: Uknown exception at 0x000006c5

2009-08-07 Thread pajoye

 ID:   49191
 Updated by:   paj...@php.net
 Reported By:  bmhrules at hotmail dot com
-Status:   Open
+Status:   Feedback
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

Did you update to a recent mysql after having installed PHP? Or is
libmysql not the DLL present in the PHP releases?


Previous Comments:


[2009-08-07 17:24:20] bmhrules at hotmail dot com

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__25784__Date__08_07_2009__Time_12_16_54PM__654__First
chance exception 0X06C5.dmp the assembly instruction at
kernel32!RaiseException+53 in C:\WINDOWS\SysWOW64\kernel32.dll from
Microsoft Corporation has caused an unknown exception (0x06c5) on
thread 6

This exception originated from rpcrt4!RpcpRaiseException+24. 

I've attempted using FastCGI with IIS but I keep getting errors saying
the process unexpectedly exited.



[2009-08-07 16:50:55] paj...@php.net

Please try using FastCGI instead, it is the recommended interface for
IIS.

If you have to use ISAPI, we will need a reproduce script to be able to
fix these crashes.



[2009-08-07 16:43:34] bmhrules at hotmail dot com

Description:

While running PHP in isapi I was getting quite a few different access
violation errors. They are not constant but sporadic.

PHP has encountered an Access Violation at 027033E4
PHP has encountered an Access Violation at 026DA5BA
PHP has encountered an Access Violation at 0264ACB2

I've disabled most of my extensions in the php.ini, but so far no luck
in getting these random errors to vanish.

Reproduce code:
---
n/a

Expected result:

n/a

Actual result:
--
My feeble attempts at backtraces would sometimes get:
*** WARNING: Unable to verify checksum for \\?\C:\PHP\php5ts.dll
*** ERROR: Symbol file coul

#49191 [Fbk->Opn]: Uknown exception at 0x000006c5

2009-08-07 Thread bmhrules at hotmail dot com

 ID:   49191
 User updated by:  bmhrules at hotmail dot com
 Reported By:  bmhrules at hotmail dot com
-Status:   Feedback
+Status:   Open
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

As of using the 5.2.11-dev(snap), MySQL has not been upgraded. Before
the dev, I may have upgraded MySQL, but my memory fails me. All files in
the PHP directory are those that came with the ZIP and nothing else. 

There is a libmysql.dll in the MySQL/bin folder though. I am currently
running MySQL 5.1.36.


Previous Comments:


[2009-08-07 17:27:56] paj...@php.net

Did you update to a recent mysql after having installed PHP? Or is
libmysql not the DLL present in the PHP releases?



[2009-08-07 17:24:20] bmhrules at hotmail dot com

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__25784__Date__08_07_2009__Time_12_16_54PM__654__First
chance exception 0X06C5.dmp the assembly instruction at
kernel32!RaiseException+53 in C:\WINDOWS\SysWOW64\kernel32.dll from
Microsoft Corporation has caused an unknown exception (0x06c5) on
thread 6

This exception originated from rpcrt4!RpcpRaiseException+24. 

I've attempted using FastCGI with IIS but I keep getting errors saying
the process unexpectedly exited.



[2009-08-07 16:50:55] paj...@php.net

Please try using FastCGI instead, it is the recommended interface for
IIS.

If you have to use ISAPI, we will need a reproduce script to be able to
fix these crashes.



[2009-08-07 16:43:34] bmhrules at hotmail dot com

Description:

While running PHP in isapi I was getting quite a few different access
violation errors. They are not constant but sporadic.

PHP has encountered an Access Violation at 027033E4
PHP has encountered an Access Violatio

#49191 [Opn->Bgs]: Uknown exception at 0x000006c5

2009-08-07 Thread pajoye

 ID:   49191
 Updated by:   paj...@php.net
 Reported By:  bmhrules at hotmail dot com
-Status:   Open
+Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

Do not use mysql's libmysql with PHP but only the DLL provided in our
releases. Add c:\php first in your PATH (or whatever is the path to
PHP).


Previous Comments:


[2009-08-07 17:33:07] bmhrules at hotmail dot com

As of using the 5.2.11-dev(snap), MySQL has not been upgraded. Before
the dev, I may have upgraded MySQL, but my memory fails me. All files in
the PHP directory are those that came with the ZIP and nothing else. 

There is a libmysql.dll in the MySQL/bin folder though. I am currently
running MySQL 5.1.36.



[2009-08-07 17:27:56] paj...@php.net

Did you update to a recent mysql after having installed PHP? Or is
libmysql not the DLL present in the PHP releases?



[2009-08-07 17:24:20] bmhrules at hotmail dot com

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__25784__Date__08_07_2009__Time_12_16_54PM__654__First
chance exception 0X06C5.dmp the assembly instruction at
kernel32!RaiseException+53 in C:\WINDOWS\SysWOW64\kernel32.dll from
Microsoft Corporation has caused an unknown exception (0x06c5) on
thread 6

This exception originated from rpcrt4!RpcpRaiseException+24. 

I've attempted using FastCGI with IIS but I keep getting errors saying
the process unexpectedly exited.



[2009-08-07 16:50:55] paj...@php.net

Please try using FastCGI instead, it is the recommended interface for
IIS.

If you have to use ISAPI, we will need a reproduce script to be able to
fix these crashes.



[2009-08-07 16:43:34] bmhrules at hotm

#49191 [Bgs]: Uknown exception at 0x000006c5

2009-08-07 Thread bmhrules at hotmail dot com

 ID:   49191
 User updated by:  bmhrules at hotmail dot com
 Reported By:  bmhrules at hotmail dot com
 Status:   Bogus
 Bug Type: IIS related
 Operating System: Windows Sever 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

As was stated, all files in the php directory are those that came in
the ZIP. I was just making a note that there seems to be a file called
libmysql.dll in the MySQL/bin folder. 

I believe that was placed there by the MySQL installer. I have no clue
as of why there is one there or if it is even required.


Previous Comments:


[2009-08-07 17:36:46] paj...@php.net

Do not use mysql's libmysql with PHP but only the DLL provided in our
releases. Add c:\php first in your PATH (or whatever is the path to
PHP).



[2009-08-07 17:33:07] bmhrules at hotmail dot com

As of using the 5.2.11-dev(snap), MySQL has not been upgraded. Before
the dev, I may have upgraded MySQL, but my memory fails me. All files in
the PHP directory are those that came with the ZIP and nothing else. 

There is a libmysql.dll in the MySQL/bin folder though. I am currently
running MySQL 5.1.36.



[2009-08-07 17:27:56] paj...@php.net

Did you update to a recent mysql after having installed PHP? Or is
libmysql not the DLL present in the PHP releases?



[2009-08-07 17:24:20] bmhrules at hotmail dot com

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__25784__Date__08_07_2009__Time_12_16_54PM__654__First
chance exception 0X06C5.dmp the assembly instruction at
kernel32!RaiseException+53 in C:\WINDOWS\SysWOW64\kernel32.dll from
Microsoft Corporation has caused an unknown exception (0x06c5) on
thread 6

This exception originated from rpcrt4!RpcpRaiseException+24. 

I've attempted using FastCGI with IIS but I keep getting errors saying
the process unexp

#48824 [Bgs]: dateTime->add() doesn't properly account for days past the end of months

2009-08-07 Thread brad at omnis dot com

 ID:   48824
 User updated by:  brad at omnis dot com
 Reported By:  brad at omnis dot com
 Status:   Bogus
 Bug Type: Date/time related
 Operating System: Linux (CentOS 5.3)
 PHP Version:  5.3.0
 New Comment:

Let me start off by saying "Calendar Math != Numeric Math".  Lets get
that clear.  Calendars are messy (i.e. 60m = 1h, 24h = 1d, leap seconds,
leap years, etc) and things don't always back out as you might wish they
would.  Your examples are EXACTLY what I would expect them to do when
asking a computer to do that type of math you've given to it to do.  You
also have to ask the question, what would a human operator expect from
adding +1 month to January 31st.  Everyone I have spoken with agrees
that it should be February and not March.

"DateInterval is used for iteration." In your opinion.  Last I checked
PHP is used by more persons than just yourself.  If this language were
only used by PHP Devs then we would not be having this discussion.  For
your example of the usage of DateInterval I think it's great, but that
does not mean that my usage is somehow invalid.

My first inclination when I saw the new functions, was "Great!  I hope
these new functions are calendar based date math in PHP instead of
numeric math based."

My "precision math" comment should have said "accurate math", bad
choice of words on my part, but the point is still valid.  I would
challenge you to find a single person, who doesn't have a 
predisposition to UNIX date semantics, who would agree that adding 1
month to January 31st should result in a date in March.

Further, have you or any other PHP dev written PHP code that used
strtotime("+1 month") where it would be acceptable to have January 31st
+ 1 month = March?  Because after lots of thought, I can not come up
with a single example of where I would find that acceptable.

I don't see what the opposition to having another way of doing the date
calculation is.  As it is right now, I guarantee you that standard php
date functions are inadequate for use in any sort of billing/accounting
systems without additional modification to handle their shortcomings.

I am obviously not the only person to request this functionality since
there are numerous bug reports on the issue.  What is the opposition to
giving those users the choice of how to deal with date math?

Here are examples of how other scripting languages that compete with
PHP do it (hint they ALL have ways to achieve the results I expect):

::
java: datetest.java
::
import java.util.Date;
import java.util.Calendar;
import java.text.SimpleDateFormat;
import java.util.*;


class datetest { 
public static void main(String args[]) { 

SimpleDateFormat formatter = new SimpleDateFormat("E
.MM.dd 'at' hh:mm:ss a zzz");

Calendar rightNow = Calendar.getInstance();
rightNow.set(2009,0,31);

System.out.println(
formatter.format(rightNow.getTime())); 

rightNow.add(Calendar.MONTH,+ 1);

   
System.out.println(formatter.format(rightNow.getTime())); 

} 
}
::
perl: datetest.pl
::
use DateTime;
use DateTime::Duration;

my $date = DateTime->new(
  year  =>2009,
  month =>  1,
  day   =>  31,
  locale=> 'en_US',
);

my $duration = DateTime::Duration->new(
  months=>  1,
  end_of_month  => 'preserve',
);

$date->add( $duration );  # One month more
print $date->mdy('/');# And show it


::
python: datetest.py
::
from datetime import *; from dateutil.relativedelta import *
import calendar

print date(2009,1,31)+relativedelta(months=+1)

::
ruby: datetest.rb
::
require 'date'
d1 = Date.new(y=2009,m=1,d=31)
puts d1
d2 = (d1 >> 1)
puts d2


Previous Comments:


[2009-08-07 01:13:01] ras...@php.net

DateInterval is used for iteration.  For stuff like this:

$db = new DateTime('2008-12-31');
$de = new DateTime('2009-12-31');
$di = DateInterval::createFromDateString('third tuesday of next
month');
$dp = new DatePeriod($db, $di, $de, DatePeriod::EXCLUDE_START_DATE);
foreach($dp as $dt) {
   echo $dt->format("F jS\n") . "\n";
}

I also disagree with your suggestion that "calendar math" is "precision
math calculations".  The strtotime approach is actually the precise
approach since you never have inconsistencies like this:

mysql> SELECT DATE_ADD('2009-01-31 23:59:59',INTERVAL 1 MONTH);
+--+
| DATE_ADD('2009-01-31 23:59:59',INTERVAL 1 MONTH) |
+--+
| 2009-02-28 23:59:59  | 
+--+

mysql> SELECT DATE_SUB('2009-02-28 23:59:59',INTERVAL 1 MONTH);
+--+
| DATE_SUB('2009-02

#49194 [NEW]: var_dump() doesn't completely protect against infinite looping

2009-08-07 Thread gwy...@php.net

From: gwy...@php.net
Operating system: *
PHP version:  5.3SVN-2009-08-07 (SVN)
PHP Bug Type: Variables related
Bug description:  var_dump() doesn't completely protect against infinite looping

Description:

Calling var_dump() on a closure that references itself results in an
infinite loop.

Reproduce code:
---


Expected result:

object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>RECURSION
  }
}
  }
}

Actual result:
--
object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>


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

#47838 [Opn->Bgs]: For some strict notices __autoload isn't used in the error handler

2009-08-07 Thread jani

 ID:   47838
 Updated by:   j...@php.net
 Reported By:  taco at procurios dot nl
-Status:   Open
+Status:   Bogus
 Bug Type: Scripting Engine problem
 Operating System: Ubuntu
 PHP Version:  5.*, 6CVS (2009-04-30)
 New Comment:

See bug #42098


Previous Comments:


[2009-03-30 14:34:45] sander dot vink at procurios dot nl

The same error occurs on the latest snapshot of PHP5.3 (Built on: Mar
30, 2009 12:30 UTC):

Actual result:
--
My Error: Declaration of Baz::bar() should be compatible with that of
Foo::bar()
Fatal error: Class 'Qux' not found in
/Users/svink/Desktop/bugtest/php_bug1_2.php on line 15



[2009-03-30 12:55:40] taco at procurios dot nl

Description:

We dynamicly load a logging class in our error handler function using
autoload. For some STRICT notices (Declaration of Baz::bar() should be
compatible with that of Foo::bar()) the __autoload() function isn't
called to load that logging class.

If you replace the line "require('php_bug1_2.php');" with "mktime();",
which also casts an E_STRICT notice, you'll see the expected result
instead of the missing Qux class error.

Reproduce code:
---
http://thh.takkie.nl/php_bug1.php


Expected result:

My Error: Declaration of Baz::bar() should be compatible with that of
Foo::bar()
Stuff is done

Actual result:
--
My Error: Declaration of Baz::bar() should be compatible with that of
Foo::bar()

Fatal error: Class 'Qux' not found in
/data/www/thh.takkie.nl/public_html/php_bug1_2.php on line 15






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

#43327 [Opn->Asn]: wrong return value from mail(), if sendmail_path is wrong

2009-08-07 Thread jani

 ID:   43327
 Updated by:   j...@php.net
 Reported By:  carsten_sttgt at gmx dot de
-Status:   Open
+Status:   Assigned
 Bug Type: Mail related
 Operating System: win32 only (?)
-PHP Version:  5CVS, 6CVS (2008-08-15)
+PHP Version:  5.*, 6 (2009-08-07)
 Assigned To:  pajoye


Previous Comments:


[2009-07-20 10:08:36] carsten_sttgt at gmx dot de

After some delay...

If've just test this with PHP 5.3.0 and mail() still returns TRUE, even
if PHP can't find the sendmail binary or the sendmail binary returns an
errorlevel != 0.

Regards,
Carsten)



[2008-08-26 23:28:16] j...@php.net

Pierre, this is the real issue, sendmail_path is not checked or
something?



[2008-01-18 21:52:18] aaron at gwmicro dot com

I have confirmed this issue under a Windows Server 2003 environment,
and it continues to exist in 5.3 dev. Using the imap_mail.dll and
changing all references from mail() to imap_mail() seems to resolve the
problem, although changing that reference everywhere is not a reasonable
solution for most everyone (including us).



[2007-11-19 14:40:55] j...@php.net

Propably due to wrong usage of popen() and not VCWD_POPEN(). I don't
have win32 dev environment setup so someone else should deal with this.



[2007-11-19 13:46:20] carsten_sttgt at gmx dot de

> Are you sure the path is actually set? Try this:

Yes:
| D:\PHP>php -d sendmail_path=/foo/bar -r \
| "var_dump(ini_get('sendmail_path'));"
| string(8) "/foo/bar"
|
|D:\PHP>

Of course, setting "sendmail_path" from the command line was just for
you. The same happens if I set a wrong sendmail_path in "php.ini".

And as I've written above:
mail() returns also TRUE, if "sendmail_path" is correct, but the
sendmail binary exit with an error code != 0.



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

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

#49194 [Opn->Asn]: var_dump() doesn't completely protect against infinite looping

2009-08-07 Thread colder

 ID:   49194
 Updated by:   col...@php.net
 Reported By:  gwy...@php.net
-Status:   Open
+Status:   Assigned
 Bug Type: *General Issues
 Operating System: *
 PHP Version:  5.3, 6 (2009-08-07)
-Assigned To:  
+Assigned To:  colder
 New Comment:

This is an inherent problem of the get_debug_info handler.

For closures which should (I guess) remain constant across multiple
var_dump calls, there is an easy solution of caching the HT.

http://patches.colder.ch/php-src/zend_closures_recursion-5.3.patch?markup

However, multiple mutable classes uses a custom debug_info handler with
full control over the items, such as SPLDoublyLinkedList. The problem
here seems to be impossible to fix without adapting the get_debug_info
handler.

Changing it from 

HashTable *(*zend_object_get_debug_info_t)(zval *object, int *is_temp
TSRMLS_DC);

to 

HashTable **(*zend_object_get_debug_info_t)(zval *object, int *is_temp
TSRMLS_DC);

should be sufficient.




Previous Comments:


[2009-08-07 18:44:09] gwy...@php.net

Description:

Calling var_dump() on a closure that references itself results in an
infinite loop.

Reproduce code:
---


Expected result:

object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>RECURSION
  }
}
  }
}

Actual result:
--
object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>
&object(Closure)#1 (1) {
  ["static"]=>
  array(1) {
["f"]=>






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

#49191 [Bgs]: Unknown exception at 0x000006c5

2009-08-07 Thread bmhrules at hotmail dot com

 ID:   49191
 User updated by:  bmhrules at hotmail dot com
-Summary:  Uknown exception at 0x06c5
 Reported By:  bmhrules at hotmail dot com
 Status:   Bogus
 Bug Type: IIS related
-Operating System: Windows Sever 2003 Ent. X64
+Operating System: Windows Server 2003 Ent. X64
 PHP Version:  5.2SVN-2009-08-07 (snap)
 New Comment:

As was stated I am not using the libmysql.dll that MySQL supplies in my
PHP directory. I hope that this apparent misunderstanding is not the
cause for this bug reports permanent closure.


Previous Comments:


[2009-08-07 17:40:47] bmhrules at hotmail dot com

As was stated, all files in the php directory are those that came in
the ZIP. I was just making a note that there seems to be a file called
libmysql.dll in the MySQL/bin folder. 

I believe that was placed there by the MySQL installer. I have no clue
as of why there is one there or if it is even required.



[2009-08-07 17:36:46] paj...@php.net

Do not use mysql's libmysql with PHP but only the DLL provided in our
releases. Add c:\php first in your PATH (or whatever is the path to
PHP).



[2009-08-07 17:33:07] bmhrules at hotmail dot com

As of using the 5.2.11-dev(snap), MySQL has not been upgraded. Before
the dev, I may have upgraded MySQL, but my memory fails me. All files in
the PHP directory are those that came with the ZIP and nothing else. 

There is a libmysql.dll in the MySQL/bin folder though. I am currently
running MySQL 5.1.36.



[2009-08-07 17:27:56] paj...@php.net

Did you update to a recent mysql after having installed PHP? Or is
libmysql not the DLL present in the PHP releases?



[2009-08-07 17:24:20] bmhrules at hotmail dot com

set_charset('utf8');
?>

Result:


0156ea94 71c07d2e 0156eac4 013c 0442b878 WS2_32!getxyDataEnt+0xa1
*** WARNING: Unable to verify checksum for C:\PHP\LIBMYSQL.dll
*** ERROR: Symbol file could not be found.  Defaulted to export symbols
for C:\PHP\LIBMYSQL.dll - 
0156ecd0 0338fe86 0442b878 0442b878 0336d060 WS2_32!gethostbyname+0xb4
WARNING: Stack unwind information not available. Following frames may
be wrong.
0156ecdc 0336d060 0442b878 0156ed18 0156edec
LIBMYSQL!mysql_sqlstate+0x2b5ce
0156ed20 7d61f7d4 0002  
LIBMYSQL!mysql_sqlstate+0x87a8
0033  eeffeeff 1002 
ntdll!RtlpAllocateFromHeapLookaside+0x13
[8/7/2009 12:22:13 PM] Thread exited. Exiting thread system id - 11956.
Exit code - 0x

Other result from dmp:

Function Arg 1 Arg 2 Arg 3   Source 
kernel32!RaiseException+53 06c5 0001 
rpcrt4!RpcpRaiseException+24 06c5 76ed44e5 0146d07c   

rpcrt4!NdrpUnionMemorySize+1f9 0146d07c 76ed43ae 0017db18  
 
rpcrt4!NdrNonEncapsulatedUnionMemorySize+2b 0146d07c 76ed4307  
  0017dacc
rpcrt4!NdrComplexStructMemorySize+364 0046d07c 76ed44f0
0146d474
rpcrt4!NdrComplexStructUnmarshall+d3 0046d07c 0146d474
76ed44dc
rpcrt4!NdrpPointerUnmarshall+216  76ed44d4 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d474 76ed43a0  
 
rpcrt4!NdrpPointerUnmarshall+216  76ed43a0 0146d474
   
rpcrt4!NdrPointerUnmarshall+30 0146d07c 0146d44c 76ed439c  
 
rpcrt4!NdrpClientUnMarshal+122 0146d07c 0146d17c   
 
rpcrt4!NdrClientCall2+2dd 76ed42d8 76ed421c 0146d43c
dnsapi!R_ResolverQuery+1c  02261f8c 0001
dnsapi!Query_PrivateExW+187 02261f8c 0001 1440
dnsapi!DnsQuery_W+3a 02261f8c 0001 1440
mswsock!SaBlob_Query+2d 02261f8c 0001 1440
mswsock!Rnr_DoDnsLookup+f0  00eb4270 00eb4258
mswsock!Dns_NSPLookupServiceNext+24b 02261f28 
0146d874
ws2_32!NSPROVIDER::NSPLookupServiceNext+17 00eb42a8 02261f28   
 
ws2_32!NSPROVIDERSTATE::LookupServiceNext+1c 00eb48e8  
   0146d874
ws2_32!NSQUERY::LookupServiceNext+ae 00eb4270 
0146d874
ws2_32!WSALookupServiceNextW+78 00eb4258  0146d874 
  
ws2_32!WSALookupServiceNextA+63 00eb4258  013c 
  
ws2_32!getxyDataEnt+a1 0146d8c0 013c 03b2cf48
ws2_32!gethostbyname+b4 03b2cf48 03b2cf48 0336d060
libmysql!mysql_sqlstate+2b5ce 03b2cf48 0146db14 0146dbe8   

libmysql!mysql_sqlstate+87a8 0002     

ntdll!RtlpAllocateFromHeapLookaside+13 eeffeeff 1002


In w3wp__PID__2

#49195 [NEW]: cannot call mysql functions although mysql ext. installed

2009-08-07 Thread sean dot everlast at gmail dot com

From: sean dot everlast at gmail dot com
Operating system: Fedora Core 9 2.6.25-14.fc9.i686
PHP version:  5.2SVN-2009-08-08 (snap)
PHP Bug Type: MySQL related
Bug description:  cannot call mysql functions although mysql ext. installed

Description:

Fatal error: Call to undefined function mysql_connect() in.

mysql extension is installed properly. yes, I'm positively 100% sure it 
is.



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

45 matches

Mail list logo