Bug #54440 [Com]: libxml extension ignores default context
Edit report at https://bugs.php.net/bug.php?id=54440&edit=1
ID: 54440
Comment by: sh...@php.net
Reported by:jpa...@php.net
Summary:libxml extension ignores default context
Status: Closed
Type: Bug
Package:Streams related
Operating System: *nix
PHP Version:5.3.6
Assigned To:cataphract
Block user comment: N
Private report: N
New Comment:
Reproduced segfault on all 3 branches (debug build on amd64):
/home/conf/php5.3/Zend/zend_hash.c(979) : ht=0x2de6a50 is already destroyed
Please also look at: http://ci.qa.php.net/job/php-src-trunk-matrix-
build/architecture=x86,os=linux-debian-6.0/lastCompletedBuild/testReport/php-
src.ext.libxml/tests/004_phpt___libxml_set_streams_context__/
and
http://ci.qa.php.net/job/php-src-trunk-matrix-
build/architecture=x86,os=linux-debian-6.0/lastCompletedBuild/testReport/php-
src.ext.libxml/tests/bug54440_phpt___Bug__54440__libxml_extension_ignores_defaul
t
_context/
Previous Comments:
[2011-04-09 20:32:57] cataphr...@php.net
Automatic comment from SVN on behalf of cataphract
Revision: http://svn.php.net/viewvc/?view=revision&revision=310109
Log: - Fixed bug #54440: libxml extension ignores default context.
[2011-04-04 00:36:28] cataphr...@php.net
Obviously the patch wasn't meant to be attached here. Sorry.
[2011-04-04 00:32:46] cataphr...@php.net
The following patch has been added/updated:
Patch Name: libxslt_54440.patch
Revision: 1301869965
URL:
http://bugs.php.net/patch-display.php?bug=54440&patch=libxslt_54440.patch&revision=1301869965
[2011-04-01 11:45:40] jpa...@php.net
See also #52926
[2011-04-01 11:43:32] jpa...@php.net
Description:
stream_context_set_default() doesn't publish the context to all PHP extension.
Example is ext/libxml that doesn't recognize the context.
Test script:
---
stream_context_set_default(array('http'=>array('proxy'=>'my_proxy_url')));
$x = simplexml_load_file('http://some_resource');
Expected result:
The resource gets loaded through the HTTP proxy
Actual result:
--
The resource is not loaded through the HTTP proxy.
For this to work, we have to use :
$ctx = stream_context_create(array('http'=>array('proxy'=>'my_proxy_url')));
libxml_set_streams_context($ctx); // userland manual bind
$x = simplexml_load_file('http://some_resource');
--
Edit this bug report at https://bugs.php.net/bug.php?id=54440&edit=1
Bug #60106 [Com]: stream_socket_server + long unix socket path = 'Unknown error'
Edit report at https://bugs.php.net/bug.php?id=60106&edit=1 ID: 60106 Comment by: sh...@php.net Reported by:tyr...@php.net Summary:stream_socket_server + long unix socket path = 'Unknown error' Status: Closed Type: Bug Package:Streams related Operating System: linux debian squeeze 64 bit PHP Version:5.4.0beta2 Assigned To:iliaa Block user comment: N Private report: N New Comment: ext/standard/tests/streams/bug60106.phpt fails for me on all 3 branches. Please, look also at http://ci.qa.php.net/job/php-src-trunk-matrix- build/architecture=x86,os=linux-debian-6.0/lastCompletedBuild/testReport/php- src.ext.standard.tests/streams/bug60106_phpt___Bug_60106__stream_socket_server_si lently_truncates_long_unix_socket_paths_/ Previous Comments: [2012-03-29 04:23:44] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=da85d5b4a00943a267db910299bdaee04c081c25 Log: Fix bug #61518 skip on windows, fix on linux - ext/standard/tests/streams/bug60106.phpt [2012-03-27 17:26:07] a...@php.net Automatic comment on behalf of ab Revision: http://git.php.net/?p=php-src.git;a=commit;h=da85d5b4a00943a267db910299bdaee04c081c25 Log: Fix bug #61518 skip on windows, fix on linux - ext/standard/tests/streams/bug60106.phpt [2012-03-03 20:36:11] il...@php.net This bug has been fixed in SVN. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. For Windows: http://windows.php.net/snapshots/ Thank you for the report, and for helping us make PHP better. [2012-03-03 20:36:07] il...@php.net Automatic comment from SVN on behalf of iliaa Revision: http://svn.php.net/viewvc/?view=revision&revision=323852 Log: Fixed bug #60106 (stream_socket_server silently truncates long unix socket paths) [2011-10-22 10:49:25] larue...@php.net the limition is in socket self, not php, yes PHP can increase the limition, but I am afraid it dosen't work too. but maybe we can throw warning when truncation occurring. 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=60106 -- Edit this bug report at https://bugs.php.net/bug.php?id=60106&edit=1
[PHP-BUG] Bug #54798 [NEW]: Segfault when CURLOPT_STDERR file pointer is closed before calling curl_exec
From:
Operating system: Ubuntu Linux 11.04 x86
PHP version: trunk-SVN-2011-05-17 (SVN)
Package: cURL related
Bug Type: Bug
Bug description:Segfault when CURLOPT_STDERR file pointer is closed before
calling curl_exec
Description:
Related to http://bugs.php.net/bug.php?id=48203
Curl crashes when CURLOPT_STDERR file pointer is closed before calling
curl_exec(), i.e.
$fp = fopen(dirname(__FILE__) . '/bug48203.tmp', 'w');
$ch = curl_init();
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_STDERR, $fp);
curl_setopt($ch, CURLOPT_URL, getenv("PHP_CURL_HTTP_REMOTE_SERVER"));
fclose($fp); // <-- premature close of $fp caused a crash!
curl_exec($ch); // segfault
Error is reproduced on latest svn php5.3, php5.4 and trunk
Fix is also attached here.
Test script:
---
Full test script is available here:
http://svn.php.net/viewvc/php/php-src/trunk/ext/curl/tests/bug48203.phpt?view=markup
Expected result:
No segfault, see test script
Actual result:
--
Segfault
--
Edit bug report at http://bugs.php.net/bug.php?id=54798&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54798&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54798&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54798&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54798&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54798&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54798&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54798&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54798&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54798&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54798&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54798&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54798&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54798&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54798&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54798&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54798&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54798&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54798&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54798&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54798&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54798&r=mysqlcfg
Bug #48203 [PATCH]: crash when CURLOPT_STDERR is set to regular file
Edit report at http://bugs.php.net/bug.php?id=48203&edit=1 ID: 48203 Patch added by: sh...@php.net Reported by:php-bug at paulsohier dot nl Summary:crash when CURLOPT_STDERR is set to regular file Status: Re-Opened Type: Bug Package:cURL related Operating System: * PHP Version:5.*, 6CVS (2009-05-09) Assigned To:jani Block user comment: N Private report: N New Comment: The following patch has been added/updated: Patch Name: reset_to_default_with_multi.patch.txt Revision: 1307604675 URL: http://bugs.php.net/patch-display.php?bug=48203&patch=reset_to_default_with_multi.patch.txt&revision=1307604675 Previous Comments: [2011-06-09 09:30:05] sh...@php.net Added patch for updated tests (tests were commited here http://news.php.net/php.cvs/65161). See also discussion here: http://markmail.org/message/dfjgty27qfhj4ulf [2011-06-09 09:16:16] sh...@php.net Automatic comment from SVN on behalf of shein Revision: http://svn.php.net/viewvc/?view=revision&revision=311959 Log: Updated (currently failing) test for bug48203 with curl_stderr and added also curl_multi_exec variant of this test. [2009-05-26 17:16:53] j...@php.net This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. [2009-05-26 12:34:48] j...@php.net This fixes all the test cases I could come up with: http://pecl.php.net/~jani/patches/bug48203.patch Even the quite insane ones too. It falls back to using STDERR which is the default anyway if the file pointer is closed prematurely. [2009-05-26 06:09:24] j...@php.net It's also the bad implementation for CURLOPT_STDERR which causes such problems. It should be handled using the debugging facilities in cURL. 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/bug.php?id=48203 -- Edit this bug report at http://bugs.php.net/bug.php?id=48203&edit=1
[PHP-BUG] Bug #55583 [NEW]: Startup errors are shown twice
From: shein Operating system: Ubuntu Linux 11.04 x86 PHP version: trunk-SVN-2011-09-05 (SVN) Package: *General Issues Bug Type: Bug Bug description:Startup errors are shown twice Description: Some startup errors are shown twice with slightly changed wording, for example: PHP Warning: PHP Startup: session.upload_progress.freq must be greater than or equal to zero in Unknown on line 0 Warning: PHP Startup: session.upload_progress.freq must be greater than or equal to zero in Unknown on line 0 One of the warnings obviously should be removed since having one is enough. See also this discussion: http://news.php.net/php.cvs/66176 Test script: --- $ php -n -d error_reporting=-1 -d display_startup_errors=1 -d session.upload_progress.freq=-1 -r '' Expected result: PHP Warning: PHP Startup: session.upload_progress.freq must be greater than or equal to zero in Unknown on line 0 Actual result: -- PHP Warning: PHP Startup: session.upload_progress.freq must be greater than or equal to zero in Unknown on line 0 Warning: PHP Startup: session.upload_progress.freq must be greater than or equal to zero in Unknown on line 0 -- Edit bug report at https://bugs.php.net/bug.php?id=55583&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55583&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55583&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55583&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55583&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55583&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55583&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55583&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55583&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55583&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55583&r=support Expected behavior: https://bugs.php.net/fix.php?id=55583&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55583&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55583&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55583&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55583&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55583&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55583&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55583&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55583&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55583&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55583&r=mysqlcfg
Bug #54798 [Csd->Asn]: Segfault when CURLOPT_STDERR file pointer is closed before calling curl_exec
Edit report at https://bugs.php.net/bug.php?id=54798&edit=1
ID: 54798
User updated by: sh...@php.net
Reported by: sh...@php.net
Summary:Segfault when CURLOPT_STDERR file pointer is closed
before calling curl_exec
-Status: Closed
+Status: Assigned
Type: Bug
Package:cURL related
Operating System: Ubuntu Linux 11.04 x86
PHP Version:trunk-SVN-2011-05-17 (SVN)
Assigned To:bjori
Block user comment: N
Private report: N
New Comment:
The fix was wrong, reopening bug, see discussion over here:
http://news.php.net/php.cvs/66389 and here http://news.php.net/php.cvs/66399
Previous Comments:
[2011-09-08 14:37:37] bj...@php.net
This bug has been fixed in SVN.
Snapshots of the sources are packaged every three hours; this change
will be in the next snapshot. You can grab the snapshot at
http://snaps.php.net/.
For Windows:
http://windows.php.net/snapshots/
Thank you for the report, and for helping us make PHP better.
[2011-09-08 14:37:05] bj...@php.net
Automatic comment from SVN on behalf of bjori
Revision: http://svn.php.net/viewvc/?view=revision&revision=316417
Log: Fixed bug#54798Segfault when CURLOPT_STDERR file pointer is closed
before calling curl_exec
[2011-05-17 16:25:32] sh...@php.net
Description:
Related to http://bugs.php.net/bug.php?id=48203
Curl crashes when CURLOPT_STDERR file pointer is closed before calling
curl_exec(), i.e.
$fp = fopen(dirname(__FILE__) . '/bug48203.tmp', 'w');
$ch = curl_init();
curl_setopt($ch, CURLOPT_VERBOSE, 1);
curl_setopt($ch, CURLOPT_STDERR, $fp);
curl_setopt($ch, CURLOPT_URL, getenv("PHP_CURL_HTTP_REMOTE_SERVER"));
fclose($fp); // <-- premature close of $fp caused a crash!
curl_exec($ch); // segfault
Error is reproduced on latest svn php5.3, php5.4 and trunk
Fix is also attached here.
Test script:
---
Full test script is available here:
http://svn.php.net/viewvc/php/php-src/trunk/ext/curl/tests/bug48203.phpt?view=markup
Expected result:
No segfault, see test script
Actual result:
--
Segfault
--
Edit this bug report at https://bugs.php.net/bug.php?id=54798&edit=1
[PHP-BUG] Req #55672 [NEW]: Autoguessing TEST_PHP_EXECUTABLE if none is provided in run-tests.php
From: Operating system: PHP version: trunk-SVN-2011-09-12 (SVN) Package: *Configuration Issues Bug Type: Feature/Change Request Bug description:Autoguessing TEST_PHP_EXECUTABLE if none is provided in run-tests.php Description: Hello! I've made some improvements to run-tests.php: 1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if they're not provided, i.e. assume they have value 'auto'. You can still pass your own value as usual. Autoguessing is done this way: Looking for ./sapi/cli/php from the current directory, and, if not found from directory where run-tests.php script is resides (Christofer Jones suggestion). php-cgi is looked for the same way. 2) Added option -n (use no php.ini) to the shebang line (#!/usr/bin/php -n) so it would run more reliably on some hosts. My Ubuntu setup did not have E letter in variables_order (i.e. variables_order=GPCS) so $_ENV array was empty and some tests were skipped when they could be run. 3) Some better error handling of wrong paths So now you can run run-tests.php with just $ ./run-tests.php ext instead of $ TEST_PHP_EXECUTABLE=auto php -n run-tests.php ext You can also run run-tests.php from sub-dir, it will correctly guess 'auto' as well: $ cd ext/ $ ../run-tests.php zlib -- Edit bug report at https://bugs.php.net/bug.php?id=55672&edit=1 -- Try a snapshot (PHP 5.4): https://bugs.php.net/fix.php?id=55672&r=trysnapshot54 Try a snapshot (PHP 5.3): https://bugs.php.net/fix.php?id=55672&r=trysnapshot53 Try a snapshot (trunk): https://bugs.php.net/fix.php?id=55672&r=trysnapshottrunk Fixed in SVN: https://bugs.php.net/fix.php?id=55672&r=fixed Fixed in SVN and need be documented: https://bugs.php.net/fix.php?id=55672&r=needdocs Fixed in release: https://bugs.php.net/fix.php?id=55672&r=alreadyfixed Need backtrace: https://bugs.php.net/fix.php?id=55672&r=needtrace Need Reproduce Script: https://bugs.php.net/fix.php?id=55672&r=needscript Try newer version: https://bugs.php.net/fix.php?id=55672&r=oldversion Not developer issue: https://bugs.php.net/fix.php?id=55672&r=support Expected behavior: https://bugs.php.net/fix.php?id=55672&r=notwrong Not enough info: https://bugs.php.net/fix.php?id=55672&r=notenoughinfo Submitted twice: https://bugs.php.net/fix.php?id=55672&r=submittedtwice register_globals: https://bugs.php.net/fix.php?id=55672&r=globals PHP 4 support discontinued: https://bugs.php.net/fix.php?id=55672&r=php4 Daylight Savings:https://bugs.php.net/fix.php?id=55672&r=dst IIS Stability: https://bugs.php.net/fix.php?id=55672&r=isapi Install GNU Sed: https://bugs.php.net/fix.php?id=55672&r=gnused Floating point limitations: https://bugs.php.net/fix.php?id=55672&r=float No Zend Extensions: https://bugs.php.net/fix.php?id=55672&r=nozend MySQL Configuration Error: https://bugs.php.net/fix.php?id=55672&r=mysqlcfg
