Bug #16489 Updated: php_admin_value not allowed in virtualhost
ID: 16489 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Freebsd 4.5-stable PHP Version: 4.2.0RC4 New Comment: I tried this on OS/2 apache2 and Win32 apache2. PHP 4.2 Release. Bug still exist :( I can`t swith to apache2 now :( Previous Comments: [2002-04-15 18:19:31] [EMAIL PROTECTED] When can we expect this fixed? [2002-04-14 19:36:06] [EMAIL PROTECTED] ..and will most likely also exist in the actual release. Apache2 support in it will still be experimental. [2002-04-14 19:30:09] [EMAIL PROTECTED] Problem still exist in 4.2.0 RC4. [2002-04-14 10:13:38] [EMAIL PROTECTED] Problem still exists in 4.2.0 RC3. [2002-04-08 16:10:12] [EMAIL PROTECTED] The virtual host is included from httpd.conf with the include statement. It is not directly in httpd.conf 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/16489 -- Edit this bug report at http://bugs.php.net/?id=16489&edit=1
Bug #15502: Apache thread (or childe) dies when using http auth in safe mode
From: [EMAIL PROTECTED]
Operating system: OS/2, Windows, may be others
PHP version: 4.1.1
PHP Bug Type: Apache related
Bug description: Apache thread (or childe) dies when using http auth in safe mode
To reproduce the problem do the following steps:
1) write "php_admin_flag safe_mode on" in apache httpd.conf
to enable safe mode.
2) Request in a brouser script, which contain
header("WWW-Authenticate: Basic realm=\"My Realm\"");
Apache child will die and request will not finished correctly :(
I reproduced this bug on Apache/1.3.23 (OS/2) PHP/4.1.1 and
on Apache/1.3.20 (WIN32) PHP/4.1.1. PHP configured in apache plugun mode
(not cgi).
--
Edit bug report at http://bugs.php.net/?id=15502&edit=1
--
Fixed in CVS:http://bugs.php.net/fix.php?id=15502&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=15502&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=15502&r=needtrace
Try newer version: http://bugs.php.net/fix.php?id=15502&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=15502&r=support
Expected behavior: http://bugs.php.net/fix.php?id=15502&r=notwrong
Not enough info: http://bugs.php.net/fix.php?id=15502&r=notenoughinfo
Submitted twice: http://bugs.php.net/fix.php?id=15502&r=submittedtwice
Bug #16361: user can crash apache child entering incorrect session name
From: [EMAIL PROTECTED] Operating system: Windows NT, OS/2 PHP version: 4.1.2 PHP Bug Type: Session related Bug description: user can crash apache child entering incorrect session name To reproduce bug do this test: 1) Turn off cookies at browser. 2) run file: test'; echo 'test2'; ?> 3) Click on a "test2" link 4) Apache child will crash and php will write message like Warning: Failed to write session data (files). Please verify that the current setting of session.save_path is correct (/tmp) in Unknown on line 0 Testes on OS/2 (PHP 4.1.2) and win32 (PHP 4.1.1). PHP is installed as Apache module. -- Edit bug report at http://bugs.php.net/?id=16361&edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=16361&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=16361&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=16361&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=16361&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=16361&r=support Expected behavior: http://bugs.php.net/fix.php?id=16361&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=16361&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=16361&r=submittedtwice
#47194 [NEW]: documentation workflow change
From: samm...@php.net Operating system: PHP version: 5.2.8 PHP Bug Type: Feature/Change Request Bug description: documentation workflow change Description: Translations can among others have the status "working". A file can have the status "working" for one of two reasons: 1. The file is outdated and needs revision. 2. A translator is currently working on this file, but the work is not yet completed. In any case this file is clearly not ready to be published and should not be included in a full build for the manual in this language. Omitting files with status "working" from the build will also considerably speed up the build process. To manage these files and coordinate translation efforts, a list of files with status "working" needs to be created before the manual build. Also, during this preprocessing phase files that are outdated need to be identified and set to status working. A file is outdated when 1. its version number is different from the version number of its corrosponding en version number AND 2. the file has not been touched for more than days. will be defined for each language in a separate file and is dependent on the policy of the translation team for that language. The following changes to the build process are requested: 1. Check for files that are outdated and set the status flag for outdated files to "working". 2. Generate a list of files (ascii, one full pathname per line) that have the status "working". 3. Change the build to omit files with status "working", maybe using the file from step 2 as an exclude list. -- Edit bug report at http://bugs.php.net/?id=47194&edit=1 -- Try a CVS snapshot (PHP 5.2): http://bugs.php.net/fix.php?id=47194&r=trysnapshot52 Try a CVS snapshot (PHP 5.3): http://bugs.php.net/fix.php?id=47194&r=trysnapshot53 Try a CVS snapshot (PHP 6.0): http://bugs.php.net/fix.php?id=47194&r=trysnapshot60 Fixed in CVS: http://bugs.php.net/fix.php?id=47194&r=fixedcvs Fixed in CVS and need be documented: http://bugs.php.net/fix.php?id=47194&r=needdocs Fixed in release: http://bugs.php.net/fix.php?id=47194&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=47194&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=47194&r=needscript Try newer version: http://bugs.php.net/fix.php?id=47194&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=47194&r=support Expected behavior: http://bugs.php.net/fix.php?id=47194&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=47194&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=47194&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=47194&r=globals PHP 4 support discontinued: http://bugs.php.net/fix.php?id=47194&r=php4 Daylight Savings:http://bugs.php.net/fix.php?id=47194&r=dst IIS Stability: http://bugs.php.net/fix.php?id=47194&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=47194&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=47194&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=47194&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=47194&r=mysqlcfg
#31831 [NEW]: require("thisfile.php") from the script names "thisfile.php" crash PHP
From: samm at os2 dot kiev dot ua
Operating system: FreeBSD 5.3
PHP version: 4.3.10
PHP Bug Type: Scripting Engine problem
Bug description: require("thisfile.php") from the script names "thisfile.php"
crash PHP
Description:
To reproduce a problem create a script, named
1.php.
--- begin of the 1.php ---
--- eof ---
and run from cli or from browser.
Running from the CLI will produce output like:
[EMAIL PROTECTED]/htdocs: php 1.php
.
(core dumped)
Running gdb bt on produced core will show:
(gdb) bt
#0 0x28252c8c in strlcat () from /lib/libc.so.5
#1 0x281d4e41 in realpath () from /lib/libc.so.5
#2 0x080b8346 in virtual_file_ex ()
#3 0x080c00a6 in expand_filepath ()
#4 0x080c8b50 in _php_stream_fopen ()
#5 0x080c89ee in _php_stream_fopen_with_path ()
#6 0x080c95fd in php_plain_files_stream_opener ()
#7 0x080c9bf6 in _php_stream_open_wrapper_ex ()
#8 0x080c9e8e in _php_stream_open_wrapper_as_file_handle ()
#9 0x080ba272 in php_open_wrapper_for_zend ()
#10 0x080d314d in open_file_for_scanning ()
#11 0x080d332c in compile_file ()
#12 0x080d3506 in compile_filename ()
#13 0x08104fee in execute ()
[ ... same errors ]
#885 0x08105130 in execute ()
#886 0x080ec68c in zend_execute_scripts ()
#887 0x080bc7e7 in php_execute_script ()
#888 0x08109087 in main ()
Reproduce code:
---
Expected result:
Error, something like "recursion in require", or smth. like this
Actual result:
--
core dumped.
--
Edit bug report at http://bugs.php.net/?id=31831&edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31831&r=trysnapshot4
Try a CVS snapshot (php5.0):
http://bugs.php.net/fix.php?id=31831&r=trysnapshot50
Try a CVS snapshot (php5.1):
http://bugs.php.net/fix.php?id=31831&r=trysnapshot51
Fixed in CVS:http://bugs.php.net/fix.php?id=31831&r=fixedcvs
Fixed in release:http://bugs.php.net/fix.php?id=31831&r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=31831&r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=31831&r=needscript
Try newer version: http://bugs.php.net/fix.php?id=31831&r=oldversion
Not developer issue: http://bugs.php.net/fix.php?id=31831&r=support
Expected behavior: http://bugs.php.net/fix.php?id=31831&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=31831&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=31831&r=submittedtwice
register_globals:http://bugs.php.net/fix.php?id=31831&r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31831&r=php3
Daylight Savings:http://bugs.php.net/fix.php?id=31831&r=dst
IIS Stability: http://bugs.php.net/fix.php?id=31831&r=isapi
Install GNU Sed: http://bugs.php.net/fix.php?id=31831&r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=31831&r=float
No Zend Extensions: http://bugs.php.net/fix.php?id=31831&r=nozend
MySQL Configuration Error: http://bugs.php.net/fix.php?id=31831&r=mysqlcfg
#31831 [Bgs->Opn]: require("thisfile.php") from the script names "thisfile.php" crash PHP
ID: 31831 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Bogus +Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 5.3 PHP Version: 4.3.10 New Comment: Crashing php or webserver in default installation by script from 1 line is not a bug? Previous Comments: [2005-02-03 19:58:37] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Doctor! It hurts when I do this! Then don't do that. [2005-02-03 19:41:04] samm at os2 dot kiev dot ua Description: To reproduce a problem create a script, named 1.php. --- begin of the 1.php --- --- eof --- and run from cli or from browser. Running from the CLI will produce output like: [EMAIL PROTECTED]/htdocs: php 1.php . (core dumped) Running gdb bt on produced core will show: (gdb) bt #0 0x28252c8c in strlcat () from /lib/libc.so.5 #1 0x281d4e41 in realpath () from /lib/libc.so.5 #2 0x080b8346 in virtual_file_ex () #3 0x080c00a6 in expand_filepath () #4 0x080c8b50 in _php_stream_fopen () #5 0x080c89ee in _php_stream_fopen_with_path () #6 0x080c95fd in php_plain_files_stream_opener () #7 0x080c9bf6 in _php_stream_open_wrapper_ex () #8 0x080c9e8e in _php_stream_open_wrapper_as_file_handle () #9 0x080ba272 in php_open_wrapper_for_zend () #10 0x080d314d in open_file_for_scanning () #11 0x080d332c in compile_file () #12 0x080d3506 in compile_filename () #13 0x08104fee in execute () [ ... same errors ] #885 0x08105130 in execute () #886 0x080ec68c in zend_execute_scripts () #887 0x080bc7e7 in php_execute_script () #888 0x08109087 in main () Reproduce code: --- Expected result: Error, something like "recursion in require", or smth. like this Actual result: -- core dumped. -- Edit this bug report at http://bugs.php.net/?id=31831&edit=1
#31831 [Opn]: require("thisfile.php") from the script names "thisfile.php" crash PHP
ID: 31831 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Scripting Engine problem Operating System: FreeBSD 5.3 PHP Version: 4.3.10 New Comment: Also, i dont see any word in the documentation, which state that recursive require can crash apache/php. Previous Comments: [2005-02-03 20:01:02] samm at os2 dot kiev dot ua Crashing php or webserver in default installation by script from 1 line is not a bug? [2005-02-03 19:58:37] [EMAIL PROTECTED] Sorry, but your problem does not imply a bug in PHP itself. For a list of more appropriate places to ask for help using PHP, please visit http://www.php.net/support.php as this bug system is not the appropriate forum for asking support questions. Thank you for your interest in PHP. Doctor! It hurts when I do this! Then don't do that. [2005-02-03 19:41:04] samm at os2 dot kiev dot ua Description: To reproduce a problem create a script, named 1.php. --- begin of the 1.php --- --- eof --- and run from cli or from browser. Running from the CLI will produce output like: [EMAIL PROTECTED]/htdocs: php 1.php . (core dumped) Running gdb bt on produced core will show: (gdb) bt #0 0x28252c8c in strlcat () from /lib/libc.so.5 #1 0x281d4e41 in realpath () from /lib/libc.so.5 #2 0x080b8346 in virtual_file_ex () #3 0x080c00a6 in expand_filepath () #4 0x080c8b50 in _php_stream_fopen () #5 0x080c89ee in _php_stream_fopen_with_path () #6 0x080c95fd in php_plain_files_stream_opener () #7 0x080c9bf6 in _php_stream_open_wrapper_ex () #8 0x080c9e8e in _php_stream_open_wrapper_as_file_handle () #9 0x080ba272 in php_open_wrapper_for_zend () #10 0x080d314d in open_file_for_scanning () #11 0x080d332c in compile_file () #12 0x080d3506 in compile_filename () #13 0x08104fee in execute () [ ... same errors ] #885 0x08105130 in execute () #886 0x080ec68c in zend_execute_scripts () #887 0x080bc7e7 in php_execute_script () #888 0x08109087 in main () Reproduce code: --- Expected result: Error, something like "recursion in require", or smth. like this Actual result: -- core dumped. -- Edit this bug report at http://bugs.php.net/?id=31831&edit=1
[PHP-BUG] Req #60676 [NEW]: Add ability to specify default proxy server for soap extension
From:
Operating system:
PHP version: 5.3.8
Package: SOAP related
Bug Type: Feature/Change Request
Bug description:Add ability to specify default proxy server for soap extension
Description:
I found that there is no way to change default SoapClient settings. I have
a project installed in proxy environment and i want to avoid major code
changes.
Proposed changes will add 3 ini variables:
1) soap.proxy_host
2) soap.proxy_port
3) soap.proxy_login
4) soap.proxy_password
If this settings are specified in ini (or using ini_set()) then SoapClient
will use them by default. It is still possible to override them in the
object parameters array.
Test script:
---
Any SoapClient call without parameters in the proxy-only network.
Expected result:
After this patch and setting ini variables proxy will be used.
This is example from my test machine:
ini_set("soap.wsdl_cache_enabled", "0");
ini_set("soap.proxy_port", 3128);
ini_set("soap.proxy_host", "127.0.0.1");
//ini_set("soap.proxy_login", "test");
//ini_set("soap.proxy_password", "test");
--
Edit bug report at https://bugs.php.net/bug.php?id=60676&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=60676&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=60676&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=60676&r=trysnapshottrunk
Fixed in SVN:
https://bugs.php.net/fix.php?id=60676&r=fixed
Fixed in SVN and need be documented:
https://bugs.php.net/fix.php?id=60676&r=needdocs
Fixed in release:
https://bugs.php.net/fix.php?id=60676&r=alreadyfixed
Need backtrace:
https://bugs.php.net/fix.php?id=60676&r=needtrace
Need Reproduce Script:
https://bugs.php.net/fix.php?id=60676&r=needscript
Try newer version:
https://bugs.php.net/fix.php?id=60676&r=oldversion
Not developer issue:
https://bugs.php.net/fix.php?id=60676&r=support
Expected behavior:
https://bugs.php.net/fix.php?id=60676&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=60676&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=60676&r=submittedtwice
register_globals:
https://bugs.php.net/fix.php?id=60676&r=globals
PHP 4 support discontinued:
https://bugs.php.net/fix.php?id=60676&r=php4
Daylight Savings:https://bugs.php.net/fix.php?id=60676&r=dst
IIS Stability:
https://bugs.php.net/fix.php?id=60676&r=isapi
Install GNU Sed:
https://bugs.php.net/fix.php?id=60676&r=gnused
Floating point limitations:
https://bugs.php.net/fix.php?id=60676&r=float
No Zend Extensions:
https://bugs.php.net/fix.php?id=60676&r=nozend
MySQL Configuration Error:
https://bugs.php.net/fix.php?id=60676&r=mysqlcfg
Req #60676 [Asn]: Add ability to specify default proxy server for soap extension
Edit report at https://bugs.php.net/bug.php?id=60676&edit=1
ID: 60676
User updated by:samm at os2 dot kiev dot ua
Reported by:samm at os2 dot kiev dot ua
Summary:Add ability to specify default proxy server for soap
extension
Status: Assigned
Type: Feature/Change Request
Package:SOAP related
PHP Version:5.3.8
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
I don`t see any reference that this bug is fixed, and i think it is not. I can
provide documentation for new ini settings if you need it. Bug you mentioned is
the same but contains no real solution.
Previous Comments:
[2013-03-10 03:24:19] Danack at basereality dot com
Possibly duplicate of https://bugs.php.net/bug.php?id=29280 which would set
proxy
settings for all connections.
However that bug says that it's fixed, however there appears to be no
documentation of how to use the 'new' ini file settings.
[2012-01-07 02:19:17] samm at os2 dot kiev dot ua
Description:
I found that there is no way to change default SoapClient settings. I have a
project installed in proxy environment and i want to avoid major code changes.
Proposed changes will add 3 ini variables:
1) soap.proxy_host
2) soap.proxy_port
3) soap.proxy_login
4) soap.proxy_password
If this settings are specified in ini (or using ini_set()) then SoapClient will
use them by default. It is still possible to override them in the object
parameters array.
Test script:
---
Any SoapClient call without parameters in the proxy-only network.
Expected result:
After this patch and setting ini variables proxy will be used.
This is example from my test machine:
ini_set("soap.wsdl_cache_enabled", "0");
ini_set("soap.proxy_port", 3128);
ini_set("soap.proxy_host", "127.0.0.1");
//ini_set("soap.proxy_login", "test");
//ini_set("soap.proxy_password", "test");
--
Edit this bug report at https://bugs.php.net/bug.php?id=60676&edit=1
Req #60676 [Asn]: Add ability to specify default proxy server for soap extension
Edit report at https://bugs.php.net/bug.php?id=60676&edit=1
ID: 60676
User updated by:samm at os2 dot kiev dot ua
Reported by:samm at os2 dot kiev dot ua
Summary:Add ability to specify default proxy server for soap
extension
Status: Assigned
Type: Feature/Change Request
Package:SOAP related
PHP Version:5.3.8
Assigned To:dmitry
Block user comment: N
Private report: N
New Comment:
Thank you for reply, I don`t think that adding such variables will cause any
problems. Internet access via proxy is not a common case and most of SOAP
applications are not supporting it on a code level. This patch allows to use
such apps with proxy transparently, without any code changes. But if you are
not going to implement this I think its a good time to close the ticket.
Previous Comments:
[2013-03-11 10:12:07] dmi...@php.net
This feature request wasn't implemented.
Few years ago it was decided not add new php.ini directives without a serious
need. I agree that such options might be helpful, but it's much better to
support them at application level.
[2013-03-10 06:34:13] samm at os2 dot kiev dot ua
I don`t see any reference that this bug is fixed, and i think it is not. I can
provide documentation for new ini settings if you need it. Bug you mentioned is
the same but contains no real solution.
[2013-03-10 03:24:19] Danack at basereality dot com
Possibly duplicate of https://bugs.php.net/bug.php?id=29280 which would set
proxy
settings for all connections.
However that bug says that it's fixed, however there appears to be no
documentation of how to use the 'new' ini file settings.
----
[2012-01-07 02:19:17] samm at os2 dot kiev dot ua
Description:
I found that there is no way to change default SoapClient settings. I have a
project installed in proxy environment and i want to avoid major code changes.
Proposed changes will add 3 ini variables:
1) soap.proxy_host
2) soap.proxy_port
3) soap.proxy_login
4) soap.proxy_password
If this settings are specified in ini (or using ini_set()) then SoapClient will
use them by default. It is still possible to override them in the object
parameters array.
Test script:
---
Any SoapClient call without parameters in the proxy-only network.
Expected result:
After this patch and setting ini variables proxy will be used.
This is example from my test machine:
ini_set("soap.wsdl_cache_enabled", "0");
ini_set("soap.proxy_port", 3128);
ini_set("soap.proxy_host", "127.0.0.1");
//ini_set("soap.proxy_login", "test");
//ini_set("soap.proxy_password", "test");
--
Edit this bug report at https://bugs.php.net/bug.php?id=60676&edit=1
#35186 [NEW]: getcwd() return "/" when using with mod_rewrite
From: samm at os2 dot kiev dot ua Operating system: FreeBSD 6 PHP version: 4.4.1 PHP Bug Type: Apache2 related Bug description: getcwd() return "/" when using with mod_rewrite Description: When i use getcwd() function in my script which work with mod_rewrite i got "/" instead of real path. Without mod_rewrite redirection all work just fine. I check this with STABLE-200511101949 snapshot. With php 4.4.0 all work as expected. Reproduce code: --- To reproduce this bug do: 1) Enable mod_rewrite in apache2 config file 2) make .htaccess file with content like: RewriteEngine on RewriteRule^test.html$ test.php [L] and place it in your virtual server root directory. 3) Create file "test.php" with content like and then point your browser to the "yoursever/test.html". Then try yoursever/test.php Expected result: real path, same in 2 examples, e.g. /usr/home/samm/htdocs /usr/home/samm/htdocs Actual result: -- / /usr/home/samm/htdocs -- Edit bug report at http://bugs.php.net/?id=35186&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=35186&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=35186&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=35186&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=35186&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=35186&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=35186&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=35186&r=needscript Try newer version: http://bugs.php.net/fix.php?id=35186&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=35186&r=support Expected behavior: http://bugs.php.net/fix.php?id=35186&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=35186&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=35186&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=35186&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=35186&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=35186&r=dst IIS Stability: http://bugs.php.net/fix.php?id=35186&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=35186&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=35186&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=35186&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=35186&r=mysqlcfg
#35186 [Opn]: getcwd() return "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 4.4.1 New Comment: I forgot to say that i use php as shared Apache 2.0 module with apache 2.0.54 Previous Comments: [2005-11-10 22:46:47] samm at os2 dot kiev dot ua Description: When i use getcwd() function in my script which work with mod_rewrite i got "/" instead of real path. Without mod_rewrite redirection all work just fine. I check this with STABLE-200511101949 snapshot. With php 4.4.0 all work as expected. Reproduce code: --- To reproduce this bug do: 1) Enable mod_rewrite in apache2 config file 2) make .htaccess file with content like: RewriteEngine on RewriteRule^test.html$ test.php [L] and place it in your virtual server root directory. 3) Create file "test.php" with content like and then point your browser to the "yoursever/test.html". Then try yoursever/test.php Expected result: real path, same in 2 examples, e.g. /usr/home/samm/htdocs /usr/home/samm/htdocs Actual result: -- / /usr/home/samm/htdocs -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Fbk->Opn]: getcwd() return "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 4.4.1 New Comment: I check this with php5-200511102130 - the bug is still present. Previous Comments: [2005-11-10 22:53:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works fine for me. [2005-11-10 22:51:15] samm at os2 dot kiev dot ua I forgot to say that i use php as shared Apache 2.0 module with apache 2.0.54 [2005-11-10 22:46:47] samm at os2 dot kiev dot ua Description: When i use getcwd() function in my script which work with mod_rewrite i got "/" instead of real path. Without mod_rewrite redirection all work just fine. I check this with STABLE-200511101949 snapshot. With php 4.4.0 all work as expected. Reproduce code: --- To reproduce this bug do: 1) Enable mod_rewrite in apache2 config file 2) make .htaccess file with content like: RewriteEngine on RewriteRule^test.html$ test.php [L] and place it in your virtual server root directory. 3) Create file "test.php" with content like and then point your browser to the "yoursever/test.html". Then try yoursever/test.php Expected result: real path, same in 2 examples, e.g. /usr/home/samm/htdocs /usr/home/samm/htdocs Actual result: -- / /usr/home/samm/htdocs -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Fbk->Opn]: getcwd() return "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: PHP: ./configure --with-apxs2=/usr/local/sbin/apxs Apache: -D APACHE_MPM_DIR="server/mpm/prefork" Previous Comments: [2005-11-10 23:28:45] [EMAIL PROTECTED] What was the configure line you used? What MPM is Apache using? [2005-11-10 23:24:54] samm at os2 dot kiev dot ua I check this with php5-200511102130 - the bug is still present. [2005-11-10 22:53:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works fine for me. [2005-11-10 22:51:15] samm at os2 dot kiev dot ua I forgot to say that i use php as shared Apache 2.0 module with apache 2.0.54 [2005-11-10 22:46:47] samm at os2 dot kiev dot ua Description: When i use getcwd() function in my script which work with mod_rewrite i got "/" instead of real path. Without mod_rewrite redirection all work just fine. I check this with STABLE-200511101949 snapshot. With php 4.4.0 all work as expected. Reproduce code: --- To reproduce this bug do: 1) Enable mod_rewrite in apache2 config file 2) make .htaccess file with content like: RewriteEngine on RewriteRule^test.html$ test.php [L] and place it in your virtual server root directory. 3) Create file "test.php" with content like and then point your browser to the "yoursever/test.html". Then try yoursever/test.php Expected result: real path, same in 2 examples, e.g. /usr/home/samm/htdocs /usr/home/samm/htdocs Actual result: -- / /usr/home/samm/htdocs -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: May be. Anyway 4.4.0 work correctly, so this was broken in 4.4.1. I have no linux around, so currently i cant check this in linux. I found this bug on my 5.4 FreeBSD box, so that is not FreeBSD 6.0 related. I can make some tests if you need. I think that regression was on 4.4.0->4.4.1, may be this can help you. Previous Comments: [2005-11-10 23:45:36] [EMAIL PROTECTED] This must be some FreeBSD-only issue since this really works fine within Linux. [2005-11-10 23:37:20] samm at os2 dot kiev dot ua PHP: ./configure --with-apxs2=/usr/local/sbin/apxs Apache: -D APACHE_MPM_DIR="server/mpm/prefork" [2005-11-10 23:28:45] [EMAIL PROTECTED] What was the configure line you used? What MPM is Apache using? [2005-11-10 23:24:54] samm at os2 dot kiev dot ua I check this with php5-200511102130 - the bug is still present. [2005-11-10 22:53:44] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Works fine for me. 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: I tried to copy files from directory sapi/apache2handler of the php4.4.0 to the latest 4.4-stable and than i recompiled php. After this all path`s are displayed correctly, so problem is in the apache2handler changes. Tomorrow i`ll try to make more detailt experiments to find a change, which cause a regression. Previous Comments: [2005-11-10 23:50:40] samm at os2 dot kiev dot ua May be. Anyway 4.4.0 work correctly, so this was broken in 4.4.1. I have no linux around, so currently i cant check this in linux. I found this bug on my 5.4 FreeBSD box, so that is not FreeBSD 6.0 related. I can make some tests if you need. I think that regression was on 4.4.0->4.4.1, may be this can help you. [2005-11-10 23:45:36] [EMAIL PROTECTED] This must be some FreeBSD-only issue since this really works fine within Linux. [2005-11-10 23:37:20] samm at os2 dot kiev dot ua PHP: ./configure --with-apxs2=/usr/local/sbin/apxs Apache: -D APACHE_MPM_DIR="server/mpm/prefork" [2005-11-10 23:28:45] [EMAIL PROTECTED] What was the configure line you used? What MPM is Apache using? [2005-11-10 23:24:54] samm at os2 dot kiev dot ua I check this with php5-200511102130 - the bug is still present. 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Fbk->Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: HAVE_BROKEN_GETCWD is undefined /* Define if system has broken getcwd */ /* #undef HAVE_BROKEN_GETCWD */ And i used last LoadModule item for the php4_module in the httpd.conf: LoadModule php4_module /usr/home/samm/src/php4-STABLE-200511101949/libs/libphp4.so Also i have AddType application/x-httpd-php .php .phtml to enable parsing of php. Previous Comments: [2005-11-11 00:44:11] [EMAIL PROTECTED] And what is HAVE_BROKEN_GETCWD set to in the generated main/php_config.h file? [2005-11-11 00:35:26] [EMAIL PROTECTED] How have you enabled PHP in your httpd.conf? (what loadmodule/etc. lines you added) [2005-11-11 00:32:19] [EMAIL PROTECTED] The only file changed was sapi/apache2handler/sapi_apache2.c [2005-11-11 00:27:40] [EMAIL PROTECTED] Ah, thank you! This will help us pinpoint the problem very easily now. I'll check what we changed between 4.4.0 / 4.4.1. [2005-11-11 00:09:41] samm at os2 dot kiev dot ua I tried to copy files from directory sapi/apache2handler of the php4.4.0 to the latest 4.4-stable and than i recompiled php. After this all path`s are displayed correctly, so problem is in the apache2handler changes. Tomorrow i`ll try to make more detailt experiments to find a change, which cause a regression. 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: I played with different version of the sapi_apache2.c and found that last working version was 1.1.2.40 and first failed was 1.1.2.40.2.5 . I was unable to check versions between this, because they failed to work with mod_rewrite giving no output at all. I hope, this help you. Previous Comments: [2005-11-11 06:27:55] samm at os2 dot kiev dot ua HAVE_BROKEN_GETCWD is undefined /* Define if system has broken getcwd */ /* #undef HAVE_BROKEN_GETCWD */ And i used last LoadModule item for the php4_module in the httpd.conf: LoadModule php4_module /usr/home/samm/src/php4-STABLE-200511101949/libs/libphp4.so Also i have AddType application/x-httpd-php .php .phtml to enable parsing of php. [2005-11-11 00:44:11] [EMAIL PROTECTED] And what is HAVE_BROKEN_GETCWD set to in the generated main/php_config.h file? [2005-11-11 00:35:26] [EMAIL PROTECTED] How have you enabled PHP in your httpd.conf? (what loadmodule/etc. lines you added) [2005-11-11 00:32:19] [EMAIL PROTECTED] The only file changed was sapi/apache2handler/sapi_apache2.c [2005-11-11 00:27:40] [EMAIL PROTECTED] Ah, thank you! This will help us pinpoint the problem very easily now. I'll check what we changed between 4.4.0 / 4.4.1. 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Fbk->Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: Yes, i tried with latest PHP too. See "I check this with php5-200511102130 - the bug is still present.". Previous Comments: [2005-11-17 09:41:59] [EMAIL PROTECTED] You're using the PHP 4 snapshot. Did you or did you not try the 5.1 snapshot I asked you?! [2005-11-14 20:51:57] adsh at univ dot kiev dot ua I have blank reply in 5 attempts with instructions in the 1-st message. telnet www.server.kiev.ua 80 Trying 193.xxx.xxx.xxx... Connected to www.server.kiev.ua. Escape character is '^]'. GET http://www.server.kiev.ua/test/test.html HTTP/1.0 HTTP/1.0 200 OK Date: Mon, 14 Nov 2005 19:42:58 GMT Server: Apache/2.0.55 (FreeBSD) X-Powered-By: PHP/4.4.2-dev Content-Length: 0 Connection: close Content-Type: text/html; charset=windows-1251 Connection closed by foreign host. php4-STABLE-200511131945, FreeBSD 4.11 ---- [2005-11-11 08:04:02] samm at os2 dot kiev dot ua I played with different version of the sapi_apache2.c and found that last working version was 1.1.2.40 and first failed was 1.1.2.40.2.5 . I was unable to check versions between this, because they failed to work with mod_rewrite giving no output at all. I hope, this help you. ---- [2005-11-11 06:27:55] samm at os2 dot kiev dot ua HAVE_BROKEN_GETCWD is undefined /* Define if system has broken getcwd */ /* #undef HAVE_BROKEN_GETCWD */ And i used last LoadModule item for the php4_module in the httpd.conf: LoadModule php4_module /usr/home/samm/src/php4-STABLE-200511101949/libs/libphp4.so Also i have AddType application/x-httpd-php .php .phtml to enable parsing of php. [2005-11-11 00:44:11] [EMAIL PROTECTED] And what is HAVE_BROKEN_GETCWD set to in the generated main/php_config.h file? 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: Just to make you absolutely sure i repeat this tests with latest php5 cvs snapshot (php5-200511170930). Configure string was "./configure --with-apxs2=/usr/local/sbin/apxs". $ grep php httpd.conf LoadModule php5_module /usr/home/samm/src/php/php5-200511170930/libs/libphp5.so DirectoryIndex index.php index.html index.html.var AddType application/x-httpd-php .php .phtml test.php content: You can see result of this script, which i uploaded to my server: test.php output when requested as test.html: http://www.uba.ua/test/phptest/test.html.out.html test.php output when requested as test.php: http://www.uba.ua/test/phptest/test.php.out.html I hope, this help you and you will not ask me again if i use latest php ;-) Previous Comments: [2005-11-17 10:59:45] samm at os2 dot kiev dot ua Yes, i tried with latest PHP too. See "I check this with php5-200511102130 - the bug is still present.". [2005-11-17 09:41:59] [EMAIL PROTECTED] You're using the PHP 4 snapshot. Did you or did you not try the 5.1 snapshot I asked you?! [2005-11-14 20:51:57] adsh at univ dot kiev dot ua I have blank reply in 5 attempts with instructions in the 1-st message. telnet www.server.kiev.ua 80 Trying 193.xxx.xxx.xxx... Connected to www.server.kiev.ua. Escape character is '^]'. GET http://www.server.kiev.ua/test/test.html HTTP/1.0 HTTP/1.0 200 OK Date: Mon, 14 Nov 2005 19:42:58 GMT Server: Apache/2.0.55 (FreeBSD) X-Powered-By: PHP/4.4.2-dev Content-Length: 0 Connection: close Content-Type: text/html; charset=windows-1251 Connection closed by foreign host. php4-STABLE-200511131945, FreeBSD 4.11 ---- [2005-11-11 08:04:02] samm at os2 dot kiev dot ua I played with different version of the sapi_apache2.c and found that last working version was 1.1.2.40 and first failed was 1.1.2.40.2.5 . I was unable to check versions between this, because they failed to work with mod_rewrite giving no output at all. I hope, this help you. ---- [2005-11-11 06:27:55] samm at os2 dot kiev dot ua HAVE_BROKEN_GETCWD is undefined /* Define if system has broken getcwd */ /* #undef HAVE_BROKEN_GETCWD */ And i used last LoadModule item for the php4_module in the httpd.conf: LoadModule php4_module /usr/home/samm/src/php4-STABLE-200511101949/libs/libphp4.so Also i have AddType application/x-httpd-php .php .phtml to enable parsing of php. The remainder of the comments for this report are too long. To view the rest of the comments, please view the bug report online at http://bugs.php.net/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
#35186 [Fbk->Opn]: getcwd() returns "/" when using with mod_rewrite
ID: 35186 User updated by: samm at os2 dot kiev dot ua Reported By: samm at os2 dot kiev dot ua -Status: Feedback +Status: Open Bug Type: Apache2 related Operating System: FreeBSD 6 PHP Version: 5CVS, 4CVS (2005-11-11) (snap) New Comment: Tested with php5-200511171930 - nothing changed, bug is still present :( Previous Comments: [2005-11-17 22:11:40] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php5-latest.tar.gz For Windows: http://snaps.php.net/win32/php5-win32-latest.zip Hopefully fixed in CVS. Please test it once again and confirm. [2005-11-17 12:47:50] samm at os2 dot kiev dot ua Just to make you absolutely sure i repeat this tests with latest php5 cvs snapshot (php5-200511170930). Configure string was "./configure --with-apxs2=/usr/local/sbin/apxs". $ grep php httpd.conf LoadModule php5_module /usr/home/samm/src/php/php5-200511170930/libs/libphp5.so DirectoryIndex index.php index.html index.html.var AddType application/x-httpd-php .php .phtml test.php content: You can see result of this script, which i uploaded to my server: test.php output when requested as test.html: http://www.uba.ua/test/phptest/test.html.out.html test.php output when requested as test.php: http://www.uba.ua/test/phptest/test.php.out.html I hope, this help you and you will not ask me again if i use latest php ;-) [2005-11-17 10:59:45] samm at os2 dot kiev dot ua Yes, i tried with latest PHP too. See "I check this with php5-200511102130 - the bug is still present.". [2005-11-17 09:41:59] [EMAIL PROTECTED] You're using the PHP 4 snapshot. Did you or did you not try the 5.1 snapshot I asked you?! [2005-11-14 20:51:57] adsh at univ dot kiev dot ua I have blank reply in 5 attempts with instructions in the 1-st message. telnet www.server.kiev.ua 80 Trying 193.xxx.xxx.xxx... Connected to www.server.kiev.ua. Escape character is '^]'. GET http://www.server.kiev.ua/test/test.html HTTP/1.0 HTTP/1.0 200 OK Date: Mon, 14 Nov 2005 19:42:58 GMT Server: Apache/2.0.55 (FreeBSD) X-Powered-By: PHP/4.4.2-dev Content-Length: 0 Connection: close Content-Type: text/html; charset=windows-1251 Connection closed by foreign host. php4-STABLE-200511131945, FreeBSD 4.11 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/35186 -- Edit this bug report at http://bugs.php.net/?id=35186&edit=1
[PHP-BUG] Bug #55269 [NEW]: --enable-dtrace fail on FreeBSD
From: Operating system: FreeBSD 8-STABLE PHP version: 5.4SVN-2011-07-22 (SVN) Package: Compile Failure Bug Type: Bug Bug description:--enable-dtrace fail on FreeBSD Description: Dtrace/userland is supported in the current FreeBSD version. I found that autoconf expecting Solaris only and producing broken makefiles on FreeBSD. Also libelf is required on FreeBSD to link with dtrace for userland applications. Test script: --- ./buildconf; configure --enable-dtrace && make Expected result: php with dtrace Actual result: -- a lot of unresolved functions on the link stage. -- Edit bug report at https://bugs.php.net/bug.php?id=55269&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55269&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55269&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55269&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55269&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55269&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55269&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55269&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55269&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55269&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55269&r=support Expected behavior: https://bugs.php.net/fix.php?id=55269&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55269&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55269&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55269&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55269&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55269&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55269&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55269&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55269&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55269&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55269&r=mysqlcfg
[PHP-BUG] Req #63293 [NEW]: Add support to establish > 1 persistent connection to the same UNIX socket
From: samm at os2 dot kiev dot ua
Operating system: Linux
PHP version: master-Git-2012-10-16 (Git)
Package: Sockets related
Bug Type: Feature/Change Request
Bug description:Add support to establish > 1 persistent connection to the same
UNIX socket
Description:
I found that it is possible to establish > 1 persistent connections with
unique_id to TCP socket using syntax provided below:
$s1=stream_socket_client('tcp://127.0.0.1:1234/id1', $errno, $errstr, 3,
STREAM_CLIENT_CONNECT | STREAM_CLIENT_PERSISTENT);
$s2=stream_socket_client('tcp://127.0.0.1:1234/id2', $errno, $errstr, 3,
STREAM_CLIENT_CONNECT | STREAM_CLIENT_PERSISTENT);
id1 and id2 are an unique identifiers which i can use later. This way i can
use > 1 persistent connection to the same host->port. Unfortunately it does
not work for the UNIX socket type. My proposed change is to add optional
columnn (:) to the UNIX socket and use it as identifier. E.g.
$s1=stream_socket_client('unix:var/run/unix.sock:id1', $errno, $errstr,
3, STREAM_CLIENT_CONNECT | STREAM_CLIENT_PERSISTENT);
$s2=stream_socket_client('unix:var/run/unix.sock:id2', $errno, $errstr,
3, STREAM_CLIENT_CONNECT | STREAM_CLIENT_PERSISTENT);
Part before column is used as socket path name, path after columnt - as
connection id.
Test script:
---
Expected result:
no connection errors and 2 different connections
Actual result:
--
connection error
--
Edit bug report at https://bugs.php.net/bug.php?id=63293&edit=1
--
Try a snapshot (PHP 5.4):
https://bugs.php.net/fix.php?id=63293&r=trysnapshot54
Try a snapshot (PHP 5.3):
https://bugs.php.net/fix.php?id=63293&r=trysnapshot53
Try a snapshot (trunk):
https://bugs.php.net/fix.php?id=63293&r=trysnapshottrunk
Fixed in SVN: https://bugs.php.net/fix.php?id=63293&r=fixed
Fixed in release: https://bugs.php.net/fix.php?id=63293&r=alreadyfixed
Need backtrace: https://bugs.php.net/fix.php?id=63293&r=needtrace
Need Reproduce Script: https://bugs.php.net/fix.php?id=63293&r=needscript
Try newer version: https://bugs.php.net/fix.php?id=63293&r=oldversion
Not developer issue:https://bugs.php.net/fix.php?id=63293&r=support
Expected behavior: https://bugs.php.net/fix.php?id=63293&r=notwrong
Not enough info:
https://bugs.php.net/fix.php?id=63293&r=notenoughinfo
Submitted twice:
https://bugs.php.net/fix.php?id=63293&r=submittedtwice
register_globals: https://bugs.php.net/fix.php?id=63293&r=globals
PHP 4 support discontinued: https://bugs.php.net/fix.php?id=63293&r=php4
Daylight Savings: https://bugs.php.net/fix.php?id=63293&r=dst
IIS Stability: https://bugs.php.net/fix.php?id=63293&r=isapi
Install GNU Sed:https://bugs.php.net/fix.php?id=63293&r=gnused
Floating point limitations: https://bugs.php.net/fix.php?id=63293&r=float
No Zend Extensions: https://bugs.php.net/fix.php?id=63293&r=nozend
MySQL Configuration Error: https://bugs.php.net/fix.php?id=63293&r=mysqlcfg
