Bug #51972 [Com]: PHP 5.3.x bug Require_once don't work with RELATIVE symbolic link

[p1 at originsystems dot co dot za]

Edit report at https://bugs.php.net/bug.php?id=51972&edit=1

 ID: 51972
 Comment by: p1 at originsystems dot co dot za
 Reported by:jacques dot moati at happyend dot fr
 Summary:PHP 5.3.x bug Require_once don't work with RELATIVE
 symbolic link
 Status: Feedback
 Type:   Bug
 Package:*General Issues
 Operating System:   Ubuntu Lucid Lynx
 PHP Version:5.3.2
 Block user comment: N
 Private report: N

 New Comment:

Hello again,

my apologies - my comment above is WRONG

The reason for the problem is that I am using samba so what I did in my 
situation was

1. download a zip file of  the library I am testing in windows
2. extract the zip file over the samba folder
3. referenced the extracted files directly from the linux server presenting the 
samba folder

To remove the problem I downloaded the equivalent tar version to the linux 
server and extracted it on the linux server directly - then the require_once 
worked 100%

So although I cannot prove it - as no error was thrown, the require_once simply 
didn't work - it appears that the problem was to do with dos/linux file 
differences. Regardless, though I hope this is useful to someone as it was a 
nasty problem to track down due to the lack of errors.

apologies for the red herring


Previous Comments:

[2012-12-09 07:06:23] p1 at originsystems dot co dot za

I see this problem also.

Assume the following files:
/mylib/css.php
/mylib/needs/supportfile.php

and the contents of css.php are something like as follows:


Then assume an application that uses the css.php library
cd /anApplication
ln -s /mylib css

then create the file /anApplication/test.php with the following contents


This fails as the require_once in css.php does not find the 
needs/supportfile.php file


[2012-03-21 17:01:06] php dot net at doppy dot nl

I'm unable to reproduce this.

tried:
- 2 require_once: 1 relative, 1 absolute
- 2 require_once: 1 relative, 1 absolute with a symlink-dir somewhere in there.

Also, when including/requiring a file with a path that contains a symlink 
somewhere, PHP will resolve the symlink and use the actual path of the location 
(like using realpath).
You can see this when you use the function get_included_files.

I would love to see some code that actually reproduces this. Please post the 
code/files.


[2010-10-17 21:08:36] federico at bernardin dot it

I found the same problem.
If you use a require_once with a relative path and then you use a require_once 
with absolute path but to the same file, php include the file twice. I try this 
bug in version 5.2.x and the problem there isn't.


[2010-06-03 13:07:57] sjo...@php.net

Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php

If you can provide more information, feel free to add it
to this bug and change the status back to "Open".

Thank you for your interest in PHP.


I could not reproduce the problem.


[2010-06-02 11:04:19] jacques dot moati at happyend dot fr

Description:

Hello,

This bug is present into all 5.3 php version.
I test it in the ubuntu package, php 5.3 stable and snap version with 
--disable-all for ./config compilation.

When you include a file in a relative (eg ../) symbolic link directory, PHP 
don't include it and do a FATAL error.

files_existes and is_readable return true ...
If the symbolic link of the diectory is absolute, the include work correctly ...







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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

I can not compile DEV_2 with php-5.4...


Previous Comments:

[2012-12-08 14:23:04] m...@php.net

yup, it's the DEV_2 branch


[2012-12-08 13:21:23] paj...@php.net

http://pecl.php.net/package/pecl_http

sources are in http://svn.php.net/viewvc/pecl/http/


[2012-12-08 12:46:23] larue...@php.net

mike, where the http\object could be found? (oecl, github?)


[2012-12-08 10:54:05] m...@php.net

Description:

There may occur memory leaks, if a user class extends an internal class with 
modified static properties:

█ ~/build/php-5.4-dbg-zts-gcov$ sapi/cli/php -r 
'http\Object::setDefaultErrorHandling(http\Object::EH_NORMAL);'

█ ~/build/php-5.4-dbg-zts-gcov$ sapi/cli/php -r 
'http\Object::setDefaultErrorHandling(http\Object::EH_NORMAL); class eh extends 
http\Object{}'
[Sat Dec  8 11:50:14 2012]  Script:  '-'
/home/mike/src/php-5.4-workdir/Zend/zend_API.c(3756) :  Freeing 0x7FC747BCE318 
(32 bytes), script=-
=== Total 1 memory leaks detected ===

http\Object::setDefaultErrorHandling() just does a 
zend_update_static_property_long()

Test script:
---


Actual result:
--
[Sat Dec  8 11:50:14 2012]  Script:  '-'
/home/mike/src/php-5.4-workdir/Zend/zend_API.c(3756) :  Freeing 0x7FC747BCE318 
(32 bytes), script=-
=== Total 1 memory leaks detected ===






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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[mike]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: m...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

Strange... why?


Previous Comments:

[2012-12-09 09:21:22] larue...@php.net

I can not compile DEV_2 with php-5.4...


[2012-12-08 14:23:04] m...@php.net

yup, it's the DEV_2 branch


[2012-12-08 13:21:23] paj...@php.net

http://pecl.php.net/package/pecl_http

sources are in http://svn.php.net/viewvc/pecl/http/


[2012-12-08 12:46:23] larue...@php.net

mike, where the http\object could be found? (oecl, github?)


[2012-12-08 10:54:05] m...@php.net

Description:

There may occur memory leaks, if a user class extends an internal class with 
modified static properties:

█ ~/build/php-5.4-dbg-zts-gcov$ sapi/cli/php -r 
'http\Object::setDefaultErrorHandling(http\Object::EH_NORMAL);'

█ ~/build/php-5.4-dbg-zts-gcov$ sapi/cli/php -r 
'http\Object::setDefaultErrorHandling(http\Object::EH_NORMAL); class eh extends 
http\Object{}'
[Sat Dec  8 11:50:14 2012]  Script:  '-'
/home/mike/src/php-5.4-workdir/Zend/zend_API.c(3756) :  Freeing 0x7FC747BCE318 
(32 bytes), script=-
=== Total 1 memory leaks detected ===

http\Object::setDefaultErrorHandling() just does a 
zend_update_static_property_long()

Test script:
---


Actual result:
--
[Sat Dec  8 11:50:14 2012]  Script:  '-'
/home/mike/src/php-5.4-workdir/Zend/zend_API.c(3756) :  Freeing 0x7FC747BCE318 
(32 bytes), script=-
=== Total 1 memory leaks detected ===






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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token


Previous Comments:

[2012-12-09 11:08:35] m...@php.net

Strange... why?


[2012-12-09 09:21:22] larue...@php.net

I can not compile DEV_2 with php-5.4...


[2012-12-08 14:23:04] m...@php.net

yup, it's the DEV_2 branch


[2012-12-08 13:21:23] paj...@php.net

http://pecl.php.net/package/pecl_http

sources are in http://svn.php.net/viewvc/pecl/http/


[2012-12-08 12:46:23] larue...@php.net

mike, where the http\object could be found? (oecl, github?)




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[mike]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: m...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you


Previous Comments:

[2012-12-09 11:31:29] larue...@php.net

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token


[2012-12-09 11:08:35] m...@php.net

Strange... why?


[2012-12-09 09:21:22] larue...@php.net

I can not compile DEV_2 with php-5.4...


[2012-12-08 14:23:04] m...@php.net

yup, it's the DEV_2 branch


[2012-12-08 13:21:23] paj...@php.net

http://pecl.php.net/package/pecl_http

sources are in http://svn.php.net/viewvc/pecl/http/




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63731 [Nab]: shell_exec() cannot run some commands

[scott at smashcat dot org]

Edit report at https://bugs.php.net/bug.php?id=63731&edit=1

 ID: 63731
 User updated by:scott at smashcat dot org
 Reported by:scott at smashcat dot org
 Summary:shell_exec() cannot run some commands
 Status: Not a bug
 Type:   Bug
 Package:*General Issues
 Operating System:   Linux
 PHP Version:5.4.9
 Block user comment: N
 Private report: N

 New Comment:

Yep, was totally user error - output from $zip=`which zip` adds a linefeed 
which was not being trimmed, so the command was sending zip to stdout. My bad! 
Removing...


Previous Comments:

[2012-12-08 23:43:47] ras...@php.net

Sorry, this has nothing to do with PHP. All PHP does is call popen() here which 
creates a pipe and forks a shell to run the command. To debug it try switching 
to 
your web server user id from the command line and trying it and if you are 
really 
stuck write a little popen() wrapper in C and try to figure out where it is 
failing. My guess is that it is a permissions issue.


[2012-12-08 23:37:17] scott at smashcat dot org

Description:

When attempting to call the zip command from php, it silently fails. Other 
commands to create and delete files etc work fine. Using correct path to zip 
etc. No errors, just fails. Running same command from terminal works.

Test script:
---
$zip=`which zip`;
$res=shell_exec("$zip test.zip test.txt");


Expected result:

zip file should be created

Actual result:
--
Nothing. No errors, although the response variable $res contains what appears 
to be part of the zip file data. Seems like the output from zip is not going to 
the file, but being sent to the virtual terminal.






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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

compiled successfully, and reproduced this problem now :)

thanks


Previous Comments:

[2012-12-09 11:37:15] m...@php.net

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you


[2012-12-09 11:31:29] larue...@php.net

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token


[2012-12-09 11:08:35] m...@php.net

Strange... why?


[2012-12-09 09:21:22] larue...@php.net

I can not compile DEV_2 with php-5.4...


[2012-12-08 14:23:04] m...@php.net

yup, it's the DEV_2 branch




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63726 [PATCH]: Memleak with static properties and internal/user classes

[larue...@php.net]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Patch added by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355058457
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355058457


Previous Comments:

[2012-12-09 12:32:48] larue...@php.net

compiled successfully, and reproduced this problem now :)

thanks


[2012-12-09 11:37:15] m...@php.net

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you


[2012-12-09 11:31:29] larue...@php.net

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token


[2012-12-09 11:08:35] m...@php.net

Strange... why?


[2012-12-09 09:21:22] larue...@php.net

I can not compile DEV_2 with php-5.4...




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63726 [Opn]: Memleak with static properties and internal/user classes

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Open
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
-Assigned To:
+Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

dmitry, could you review this patch please? thanks


Previous Comments:

[2012-12-09 13:07:37] larue...@php.net

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355058457
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355058457


[2012-12-09 12:32:48] larue...@php.net

compiled successfully, and reproduced this problem now :)

thanks


[2012-12-09 11:37:15] m...@php.net

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you


[2012-12-09 11:31:29] larue...@php.net

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token


[2012-12-09 11:08:35] m...@php.net

Strange... why?




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63730 [Opn->Nab]: gethostbyname() fails silently

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63730&edit=1

 ID: 63730
 Updated by: larue...@php.net
 Reported by:cojabo-php at cjbn dot net
 Summary:gethostbyname() fails silently
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:Network related
 Operating System:   Ubuntu LTS
 PHP Version:5.3.19
 Block user comment: N
 Private report: N

 New Comment:

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

"Returns the IPv4 address or a string containing the *unmodified hostname*  on 
failure." 

http://us1.php.net/manual/en/function.gethostbyname.php


Previous Comments:

[2012-12-08 23:18:07] cojabo-php at cjbn dot net

Description:

gethostbyname() fails to return an IP; dns_get_record() works.

No error message of any kind is generated.

This happens for any domain I've tried.

Test script:
---


  array(5) {
["host"]=>
string(15) "www.example.com"
["type"]=>
string(1) "A"
["ip"]=>
string(11) "192.0.43.10"
["class"]=>
string(2) "IN"
["ttl"]=>
int(3020)
  }
}

Notice: Undefined variable: notice in /www/dev/dynamic/test.php on line 14

Warning: fopen(warning): failed to open stream: No such file or directory in 
/www/dev/dynamic/test.php on line 15

Actual result:
--
gethostbyname(www.example.com)
string(15) "www.example.com"

dns_get_record(www.example.com,DNS_A)
array(1) {
  [0]=>
  array(5) {
["host"]=>
string(15) "www.example.com"
["type"]=>
string(1) "A"
["ip"]=>
string(11) "192.0.43.10"
["class"]=>
string(2) "IN"
["ttl"]=>
int(3020)
  }
}

Notice: Undefined variable: notice in /www/dev/dynamic/test.php on line 14

Warning: fopen(warning): failed to open stream: No such file or directory in 
/www/dev/dynamic/test.php on line 15






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

Bug #63726 [PATCH]: Memleak with static properties and internal/user classes

[larue...@php.net]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Patch added by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Assigned
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355059205
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355059205


Previous Comments:

[2012-12-09 13:08:38] larue...@php.net

dmitry, could you review this patch please? thanks


[2012-12-09 13:07:37] larue...@php.net

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355058457
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355058457


[2012-12-09 12:32:48] larue...@php.net

compiled successfully, and reproduced this problem now :)

thanks


[2012-12-09 11:37:15] m...@php.net

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you


[2012-12-09 11:31:29] larue...@php.net

compile error:
In file included from /home/huixinchen/local/php54-
zts//include/php/main/php_ini.h:24,
 from /home/huixinchen/local/php54-
zts//include/php/main/fopen_wrappers.h:26,
 from /home/huixinchen/local/php54-
zts//include/php/main/php.h:398,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_api.h:23,
 from 
/home/huixinchen/opensource/pecl/http/branches/DEV_2/php_http_curl_client.c:16:
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:81: error: 
expected ‘)’ before ‘*’ token
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:82: warning: no 
semicolon at end of struct or union
/home/huixinchen/local/php54-zts//include/php/Zend/zend_ini.h:94: error: 
expected ‘;’, ‘,’ or ‘)’ before ‘*’ token




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

https://bugs.php.net/bug.php?id=63726


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

Bug #63730 [Nab]: gethostbyname() fails silently

[cojabo-php at cjbn dot net]

Edit report at https://bugs.php.net/bug.php?id=63730&edit=1

 ID: 63730
 User updated by:cojabo-php at cjbn dot net
 Reported by:cojabo-php at cjbn dot net
 Summary:gethostbyname() fails silently
 Status: Not a bug
 Type:   Bug
 Package:Network related
 Operating System:   Ubuntu LTS
 PHP Version:5.3.19
 Block user comment: N
 Private report: N

 New Comment:

What is the reason for that failure? How do I determine this?
It seems strange that the "intended behavior" would be to fail without giving 
the user any 
means whatsoever to correct the failure.


Previous Comments:

[2012-12-09 13:14:16] larue...@php.net

Thank you for taking the time to write to us, but this is not
a bug. Please double-check the documentation available at
http://www.php.net/manual/ and the instructions on how to report
a bug at http://bugs.php.net/how-to-report.php

"Returns the IPv4 address or a string containing the *unmodified hostname*  on 
failure." 

http://us1.php.net/manual/en/function.gethostbyname.php


[2012-12-08 23:18:07] cojabo-php at cjbn dot net

Description:

gethostbyname() fails to return an IP; dns_get_record() works.

No error message of any kind is generated.

This happens for any domain I've tried.

Test script:
---


  array(5) {
["host"]=>
string(15) "www.example.com"
["type"]=>
string(1) "A"
["ip"]=>
string(11) "192.0.43.10"
["class"]=>
string(2) "IN"
["ttl"]=>
int(3020)
  }
}

Notice: Undefined variable: notice in /www/dev/dynamic/test.php on line 14

Warning: fopen(warning): failed to open stream: No such file or directory in 
/www/dev/dynamic/test.php on line 15

Actual result:
--
gethostbyname(www.example.com)
string(15) "www.example.com"

dns_get_record(www.example.com,DNS_A)
array(1) {
  [0]=>
  array(5) {
["host"]=>
string(15) "www.example.com"
["type"]=>
string(1) "A"
["ip"]=>
string(11) "192.0.43.10"
["class"]=>
string(2) "IN"
["ttl"]=>
int(3020)
  }
}

Notice: Undefined variable: notice in /www/dev/dynamic/test.php on line 14

Warning: fopen(warning): failed to open stream: No such file or directory in 
/www/dev/dynamic/test.php on line 15






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

Bug #61268 [Com]: --enable-dtrace leads make to clobber Zend/zend_dtrace.d

[mike at harschsystems dot com]

Edit report at https://bugs.php.net/bug.php?id=61268&edit=1

 ID: 61268
 Comment by: mike at harschsystems dot com
 Reported by:mike at harschsystems dot com
 Summary:--enable-dtrace leads make to clobber
 Zend/zend_dtrace.d
 Status: Feedback
 Type:   Bug
 Package:Compile Failure
 Operating System:   solaris
 PHP Version:5.4.0
 Assigned To:dsp
 Block user comment: N
 Private report: N

 New Comment:

This bug is still present in 5.5.0 alpha 1.  I just reproduced it on Oracle 
Solaris 11.1.

You must run the configure script with '--enable-dtrace' to trigger the failure 
(and be using gnu make as mentioned already).

mharsch@eleven:~/tmp/php-5.5.0alpha1$ uname -a
SunOS eleven 5.11 11.1 i86pc i386 i86pc
mharsch@eleven:~/tmp/php-5.5.0alpha1$ gmake --version
GNU Make 3.82
Built for i386-pc-solaris2.11
Copyright (C) 2010  Free Software Foundation, Inc.
License GPLv3+: GNU GPL version 3 or later 
This is free software: you are free to change and redistribute it.
There is NO WARRANTY, to the extent permitted by law.


Previous Comments:

[2012-11-16 05:48:47] d...@php.net

I see what the problem is but cannot reproduce it myself with 5.5.0alpha1. 
Please try the 5.5.0alpha snapshots from http://downloads.php.net/dsp and 
provide me with 'uname -a' and 'gmake --version'.

./configure && gmake works fine for me on

$ uname -a
SunOS foo 5.11 11.0 i86pc i386 i86pc Solaris

which is a Oracle Solaris 5.11.

$ gmake -- version
GNU Make 3.81


[2012-05-08 04:35:50] mike at harschsystems dot com

I've seen the same failing behavior on 5.4.1 as well.  It's worth noting that 
gmake exhibits this failure mode while regular (non-GNU) make works fine.  So, 
the 
2 workarounds are:

1.) run gmake with the '-r' option
or
2.) run non-GNU make instead of gmake


[2012-04-22 13:13:01] alasdairrr at gmail dot com

I can confirm I'm seeing this problem too on both Solaris 10 and SmartOS.


[2012-03-03 20:19:39] mike at harschsystems dot com

Description:

5.4.0 bundle configured with only one option: --enable-dtrace

The configure script runs fine and the build finishes without error.  However, 
the next invocation of 
make (probably from trying to run 'make install') fails with the following 
error:


[jack@fjpe6maa ~/php-5.4.0]$ make install
gcc   /home/jack/php-5.4.0/Zend/zend_dtrace.d.o   -o /home/jack/php-
5.4.0/Zend/zend_dtrace.d
Undefined   first referenced
 symbol in file
main/usr/lib/crt1.o
php_request_startup /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
dtrace_execute_internal /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
dtrace_execute  /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
php_request_shutdown/home/jack/php-5.4.0/Zend/zend_dtrace.d.o
zend_throw_exception_internal   /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
dtrace_compile_file /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
$dtrace185178.ZEND_CATCH_SPEC_CONST_CV_HANDLER /home/jack/php-
5.4.0/Zend/zend_dtrace.d.o
zend_error_noreturn /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
ld: fatal: symbol referencing errors. No output written to /home/jack/php-
5.4.0/Zend/zend_dtrace.d
collect2: ld returned 1 exit status
make: *** [/home/jack/php-5.4.0/Zend/zend_dtrace.d] Error 1

What's happening here is that make has determined that the file 
Zend/zend_dtrace.d is out of date and 
must be rebuilt.  It matches a built-in implicit rule that ends up running:
gcc   /home/jack/php-5.4.0/Zend/zend_dtrace.d.o   -o /home/jack/php-
5.4.0/Zend/zend_dtrace.d

This command fails with the error that you see, but it also clobbers 
zend_dtrace.d

Here's a bit more detail from 'make -d':
 
 Prerequisite `/home/jack/php-5.4.0/Zend/zend_dtrace.d.o' is newer 
than target 
`/home/jack/php-5.4.0/Zend/zend_dtrace.d'.
Must remake target `/home/jack/php-5.4.0/Zend/zend_dtrace.d'.
Invoking builtin recipe to update target `/home/jack/php-
5.4.0/Zend/zend_dtrace.d'.
gcc   /home/jack/php-5.4.0/Zend/zend_dtrace.d.o   -o /home/jack/php-
5.4.0/Zend/zend_dtrace.d
Putting child 80bdaa0 (/home/jack/php-5.4.0/Zend/zend_dtrace.d) PID 5104 on the 
chain.
Live child 80bdaa0 (/home/jack/php-5.4.0/Zend/zend_dtrace.d) PID 5104
Undefined   first referenced
 symbol in file
main/usr/lib/crt1.o
php_request_startup /home/jack/php-5.4.0/Zend/zend_dtrace.d.o
dtrace_execute_internal 

Req #23488 [Com]: zlib output compression clobbers user-supplied Vary: header

[mtanalin at yandex dot ru]

Edit report at https://bugs.php.net/bug.php?id=23488&edit=1

 ID: 23488
 Comment by: mtanalin at yandex dot ru
 Reported by:m at mlcastle dot net
 Summary:zlib output compression clobbers user-supplied Vary:
 header
 Status: Closed
 Type:   Feature/Change Request
 Package:Feature/Change Request
 Operating System:   GNU/Linux 2.2.25
 PHP Version:4.3.1
 Block user comment: N
 Private report: N

 New Comment:

It seems we still (again?) have this in PHP 5.3 and 5.4. Tested with latest 
5.3.19 and 5.4.9.

Testcase:

http://snaps.php.net/.

Sorry, the first fix was only for ob_gzhandler, but now it should be fixed for 
zlib.output_compression, too.


[2003-08-02 11:11:36] il...@php.net

This bug has been fixed in CVS.

In case this was a PHP problem, 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/.
 
In case this was a documentation problem, the fix will show up soon at
http://www.php.net/manual/.

In case this was a PHP.net website problem, the change will show
up on the PHP.net site and on the mirror sites in short time.
 
Thank you for the report, and for helping us make PHP better.




[2003-08-02 11:08:02] moriyo...@php.net

Same as bug #24827


[2003-05-05 04:44:46] m at mlcastle dot net

If zlib.output_compression is on, then it (sensibly) sends a
Vary: Accept-Encoding
header to the browser. However, if the user's script has sent its own Vary: 
header, then that header will get clobbered by zlib's. Better solutions would 
be to either:
 * let the user's header take preference, and caution the user to include 
Accept-Encoding in the custom one, or
 * magically combine the user's header and the zlib one.

Refernece: RFC 2616 (HTTP/1.1 Spec), Section 14.44

Sample script:








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

Bug #50473 [Com]: static dotnet classes can't be called

[ben at nullcreations dot net]

Edit report at https://bugs.php.net/bug.php?id=50473&edit=1

 ID: 50473
 Comment by: ben at nullcreations dot net
 Reported by:zelnaga at gmail dot com
 Summary:static dotnet classes can't be called
 Status: Open
 Type:   Bug
 Package:COM related
 Operating System:   Windows XP
 PHP Version:5.3.1
 Block user comment: N
 Private report: N

 New Comment:

Reproduced in php 5.4.9 on Windows 7.


Previous Comments:

[2010-04-14 11:06:01] pawel at atisoft dot poznan dot pl

Reproduced in PHP 5.3.2
Same error while trying to instantiate other classes from mscorlib


[2009-12-14 23:20:47] zelnaga at gmail dot com

Description:

$test = new DOTNET('mscorlib', 'System.IO.File');

That yields a "Fatal error: Uncaught exception 'com_exception' with message 
'Failed to instantiate .Net object [CreateInstance] [0x80131513] '" error.  Per 
the comments on php.net/class.dotnet, I thought this might work, instead, but 
it doesn't:

$test = new DOTNET('mscorlib, Version=2.0.0.0, Culture=neutral, 
PublicKeyToken=b77a5c561934e089, processorArchitecture=x86', 'System.IO.File');

The example on php.net, however, does work:

$test = new DOTNET('mscorlib', 'System.Collections.Stack');

I think what the problem really is is this: System.IO.File is a static class.  
It's not intended to be instantiated whereas System.Collections.Stack is.  In 
light of this, I think either the ability to call methods within static dotnet 
classes ought to be added or, failing that, a note should be added to the 
documentation stating that only instantiatable classes can be used with the 
DOTNET object.

Reproduce code:
---
$test = new DOTNET('mscorlib', 'System.IO.File');

Expected result:

(nothing)

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to 
instantiate .Net object [CreateInstance] [0x80131513] ' in C:\path\to\test.php:3
Stack trace:
#0 C:\path\to\test.php(3): dotnet->dotnet('mscorlib, Versi...
', 'System.IO.File')
#1 {main}
  thrown in C:\path\to\test.php on line 3






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

Bug #41078 [Com]: Its not possible to call Static dotNet Classes with dotnet

[ben at nullcreations dot net]

Edit report at https://bugs.php.net/bug.php?id=41078&edit=1

 ID: 41078
 Comment by: ben at nullcreations dot net
 Reported by:mail at brutos dot org
 Summary:Its not possible to call Static dotNet Classes with
 dotnet
 Status: Assigned
 Type:   Bug
 Package:COM related
 Operating System:   Windows Vista Ultimate x86
 PHP Version:5CVS-2007-04-13 (snap)
 Assigned To:wez
 Block user comment: N
 Private report: N

 New Comment:

Reproduced in Windows 7 using php 5.4.9


Previous Comments:

[2007-04-13 17:45:35] mail at brutos dot org

Description:

You can call non static classes like
System.Collections.Stack
or
System.Text.StringBuilder

But no static classes like System.Console.

Reproduce code:
---
WriteLine("Hello World!");
?>

Expected result:

Hello World!

Actual result:
--
Fatal error: Uncaught exception 'com_exception' with message 'Failed to instanti
ate .Net object [CreateInstance] [0x80131513] ' in 
C:\Users\Brutos\Desktop\test.php:2
Stack trace:
#0 C:\Users\Brutos\Desktop\test.php(2): dotnet->dotnet('mscorlib', 
'System.Console')
#1 {main}
  thrown in C:\Users\Brutos\Desktop\test.php on line 2






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

Req #63727 [Opn->Nab]: No function to access last opened connection link

[aharvey]

Edit report at https://bugs.php.net/bug.php?id=63727&edit=1

 ID: 63727
 Updated by: ahar...@php.net
 Reported by:oladoke at yahoo dot com
 Summary:No function to access last opened connection link
-Status: Open
+Status: Not a bug
 Type:   Feature/Change Request
-Package:Output Control
+Package:MySQLi related
 Operating System:   Snow Leopard
 PHP Version:Irrelevant
 Block user comment: N
 Private report: N

 New Comment:

The mysqli object is the "connection link" when using the mysqli API.

By design → closing not a bug.


Previous Comments:

[2012-12-08 12:02:06] oladoke at yahoo dot com

Description:

---
>From manual page: http://www.php.net/function.mysqli-connect#refsect1-
function.mysqli-connect-description
---
mySQL class automatically retrieved current connection link

There is not function to retrieve current connection link in mySQLi class. This 
would be very useful and would make the migration from mysql to mysqli much 
easier. mysqli_init() only returns an object with no thread id








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

Bug #63463 [Opn->Fbk]: ReflectionProperty::setValue and ::getValue trigger magic methods

[stas]

Edit report at https://bugs.php.net/bug.php?id=63463&edit=1

 ID: 63463
 Updated by: s...@php.net
 Reported by:ocramius at gmail dot com
 Summary:ReflectionProperty::setValue and ::getValue trigger
 magic methods
-Status: Open
+Status: Feedback
 Type:   Bug
 Package:Reflection related
 Operating System:   Irrelevant
 PHP Version:5.4.8
 Block user comment: N
 Private report: N

 New Comment:

I'm not sure why you think this is what should be happening. When you unset 
properties, they are no longer set. And when you access unset properties, magic 
methods kick in. So where's the problem here?


Previous Comments:

[2012-11-08 06:22:43] ocramius at gmail dot com

I've added the failing test case as a PR at 
https://github.com/php/php-src/pull/230


[2012-11-08 06:15:03] ocramius at gmail dot com

Description:

When unset properties are requested, ReflectionProperty::setValue and 
ReflectionProperty::getValue trigger __get and __set magic methods.

Test script:
---
https://gist.github.com/4037155

Expected result:

The test script should report NULL for each of the requested values, and never 
call __set nor __get

Actual result:
--
__set and __get are called when ReflectionProperty tries to read or write to 
the requested properties.






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

Bug #63463 [Fbk->Opn]: ReflectionProperty::setValue and ::getValue trigger magic methods

[ocramius at gmail dot com]

Edit report at https://bugs.php.net/bug.php?id=63463&edit=1

 ID: 63463
 User updated by:ocramius at gmail dot com
 Reported by:ocramius at gmail dot com
 Summary:ReflectionProperty::setValue and ::getValue trigger
 magic methods
-Status: Feedback
+Status: Open
 Type:   Bug
 Package:Reflection related
 Operating System:   Irrelevant
 PHP Version:5.4.8
 Block user comment: N
 Private report: N

 New Comment:

@stas let me put it into a more "practical" use case I currently have:

I use reflection to populate instances of proxy objects that have "lazy" marked 
properties unset at instantiation time. This is good to achieve lazy loading of 
public properties, but any r/w access to the property itself via reflection 
triggers `__get` or `__set`.

This makes it impossible to use reflection to populate the property. I worked 
around it by disabling `__get` in particular situations (see 
https://github.com/Ocramius/common/blob/DCOM-96/lib/Doctrine/Common/Reflection/RuntimePublicReflectionProperty.php),
 but at a terrible cost in performance terms and broken behaviour in rare cases.

Back to the issue itself:

I consider Reflection as my last resource to access and modify status of 
objects without affecting anything else within my environment. Having 
reflection trigger any logic during an assignment is an unwanted and dangerous 
behaviour in my opinion.


Previous Comments:

[2012-12-10 01:51:32] s...@php.net

I'm not sure why you think this is what should be happening. When you unset 
properties, they are no longer set. And when you access unset properties, magic 
methods kick in. So where's the problem here?


[2012-11-08 06:22:43] ocramius at gmail dot com

I've added the failing test case as a PR at 
https://github.com/php/php-src/pull/230


[2012-11-08 06:15:03] ocramius at gmail dot com

Description:

When unset properties are requested, ReflectionProperty::setValue and 
ReflectionProperty::getValue trigger __get and __set magic methods.

Test script:
---
https://gist.github.com/4037155

Expected result:

The test script should report NULL for each of the requested values, and never 
call __set nor __get

Actual result:
--
__set and __get are called when ReflectionProperty tries to read or write to 
the requested properties.






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

Bug #63729 [Opn->Fbk]: E_DEPRECATED errors is not handled properly

[aharvey]

Edit report at https://bugs.php.net/bug.php?id=63729&edit=1

 ID: 63729
 Updated by: ahar...@php.net
 Reported by:dinoel at gmail dot com
 Summary:E_DEPRECATED errors is not handled properly
-Status: Open
+Status: Feedback
 Type:   Bug
-Package:Output Control
+Package:Scripting Engine problem
 Operating System:   windows
 PHP Version:5.4.9
 Block user comment: N
 Private report: N

 New Comment:

I can't reproduce this on 5.3 or 5.4: as expected, if I run testfile.php, the 
error reporting setting takes effect and hides the deprecation warning in the 
included file.

What extensions do you have loaded? In particular, opcode caches and debugging 
extensions like xdebug and scream would be interesting, but a full list would 
be good.


Previous Comments:

[2012-12-08 20:34:38] dinoel at gmail dot com

Happens on 5.3.19 also.


[2012-12-08 20:32:22] dinoel at gmail dot com

Description:

Hi,

E_DEPRECATED is not handled properly if error handler / error reporting is set 
in same file.

pre-requirements : error_reporting set to E_ALL in php.ini file

I assume this is because E_DEPRECATED error is fired on "compile" time, not 
execution time.. 

Please notice that this problem happens only with " =& new ..." constructions 
(and probably some others) , other kind of E_DEPRECATED errors (like one which 
fired when i'm using deprecated functions, like ereg) are handled as expected. 

This bug is probably related : https://bugs.php.net/bug.php?id=61031 

Test script:
---
testfile.php 




testfile1.php


Expected result:

php -f testfile.php
success

php -f testfile1.php
success


Actual result:
--
php -f testfile.php
"success"

php -f testfile1.php
PHP Deprecated:  Assigning the return value of new by reference is deprecated in
 testfile1.php on line 6

Deprecated: Assigning the return value of new by reference is deprecated in 
testfile1.php on line 6
success







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

Bug #63732 [Opn->Nab]: unicode strings not handled correctly

[aharvey]

Edit report at https://bugs.php.net/bug.php?id=63732&edit=1

 ID: 63732
 Updated by: ahar...@php.net
 Reported by:jmichae3 at yahoo dot com
 Summary:unicode strings not handled correctly
-Status: Open
+Status: Not a bug
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   linux
 PHP Version:5.3.19
 Block user comment: N
 Private report: N

 New Comment:

PHP strings are effectively byte arrays, and ord() only looks at the first 
byte. This is documented behaviour.


Previous Comments:

[2012-12-09 07:38:05] jmichae3 at yahoo dot com

Description:

I am getting russian characters in my meail forms. I want to compare the 
characters to see if they are > '~' which is the last visible character in the 
ascii character set.
this comparison does not work. in UNICODE, these characters are about 1024,  
and ~ is 126 according to ord().

ord() thinks EVERY character is ascii. this is far from true.  there are mb 
characters from utf8.

this is russian random characters from charmap: 
ЋϊЁγϋГИБЫЫЏАДрмдп

in fact, I don't have any working way to detect whether a character is KOI8-R 
or ASCII, or cyrillic, or whether the character ordinal number is actually 
beyond 127 or not. because according to ord(), it's all within 0-255.





Test script:
---
 0) {
echo "OK";
} else {
echo "fail";
}
if (ord($s[$i]) > 126) {
echo "OK";
} else {
echo "fail";
}
if ($s[$i] > '~') {
echo "OK";
} else {
echo "fail";
}
echo ord($s[$i]);
}
echo "\n";
$i=0;
/*
strangely enough, I get 2 outputs with only 1 character.
Sat 12/08/2012 23:12:46.76||E:\www\jimm|>php t.php
1
OKOKOK208OKOKOK191

Sat 12/08/2012 23:14:27.34||E:\www\jimm|>
*/
?>


Expected result:

whole characters as a single unit. 1 result.

Actual result:
--
got 2 results from 1 UNICODE russian character in a string. should only get 1. 
this file was encoded with utf8 without bom.
php is splitting the utf8 characters into a byte stream when it gets to 
strlen(). or it just treats unicode and utf8 characters like ascii.
this does not work well when trying to use mb_detect_encoding() - that breaks 
ability to detect encodings when it breaks up characters like that. nearly 
everything with strings actually.
this also breaks ability to detect foreign spam.






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

Bug #63726 [Asn]: Memleak with static properties and internal/user classes

[laruence]

Edit report at https://bugs.php.net/bug.php?id=63726&edit=1

 ID: 63726
 Updated by: larue...@php.net
 Reported by:m...@php.net
 Summary:Memleak with static properties and internal/user
 classes
 Status: Assigned
 Type:   Bug
 Package:Scripting Engine problem
 Operating System:   Arch Linux
 PHP Version:Irrelevant
 Assigned To:dmitry
 Block user comment: N
 Private report: N

 New Comment:

the problem is because when doing inherit, default static members will become 
reference between parent / child.

I am not sure, is this a expect behavior(http_cookie is derived class of 
http_object):



//output
int(0)
int(0)


Previous Comments:

[2012-12-09 13:20:05] larue...@php.net

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355059205
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355059205


[2012-12-09 13:08:38] larue...@php.net

dmitry, could you review this patch please? thanks


[2012-12-09 13:07:37] larue...@php.net

The following patch has been added/updated:

Patch Name: bug63726.patch
Revision:   1355058457
URL:
https://bugs.php.net/patch-display.php?bug=63726&patch=bug63726.patch&revision=1355058457


[2012-12-09 12:32:48] larue...@php.net

compiled successfully, and reproduced this problem now :)

thanks


[2012-12-09 11:37:15] m...@php.net

Could you please "svn up" and try again? There were some odd includes on the 
top 
of php_http_curl_client.c

Thank you




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

https://bugs.php.net/bug.php?id=63726


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