Bug #28029 [Com]: HTTP request failed!
Edit report at http://bugs.php.net/bug.php?id=28029&edit=1 ID: 28029 Comment by: jihoy at admin dot com Reported by:coadmin at hostings dot pl Summary:HTTP request failed! Status: No Feedback Type: Bug Package:URL related Operating System: FreeBSD 4.9 and 5.2.1 PHP Version:4CVS-2004-04-16 (stable) Block user comment: N Private report: N New Comment: Thanks for sharing us the great information!! http://www.amerisleep.com Previous Comments: [2005-02-14 21:32:05] maxim at enelis dot ru Have the same problem on FreeBSD 5.3 Release. + Apache 2.0.48 or 2.0.52 + PHP 4.3.8 + 4.3.9 + 4.3.10 --enable-debug doesn't solve the problem. Using --disable-all can't be done because this is a production host. It worked without any problems until last days. And right now fopen http doesnt work at all. Have tested the same on FreeBSD 4.9 + Apache 2.0.48 + PHP 4.3.10. Works correct with no problems. The server where we catch this bug hosts about 500 virtualhosts. code: http://ya.ru","r";); fpassthru($r); fclose($r); ?> -- error: Warning: fopen(http://ya.ru/): failed to open stream: HTTP request failed! in /home/test/www/test2.php on line 6 -- Sometimes after "HTTP request failed!" there are some unreadable chars as "". [2004-11-10 01:00:08] php-bugs at lists dot php dot net No feedback was provided for this bug for over a week, so it is being suspended automatically. If you are able to provide the information that was originally requested, please do so and change the status of the bug back to "Open". [2004-11-02 10:41:52] jor...@php.net Please try using this CVS snapshot: http://snaps.php.net/php5-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php5.0-win32-latest.zip If using fsockopen and friends on servers with large numbers of error logs configured and seeing memory corruption bugs or otherwise, then that's bug 24189 - select vs FD_SETSIZE issues. This is fixed for future 5.0.x releases (all praise Wez!), so try a 5.0.x snapshot. Bugs in Fedora Core or RHEL PHP packages should be reported to https://bugzilla.redhat.com/bugzilla/. [2004-11-01 15:51:16] tongsam at 126 dot com I'v this problem too, on apache started a few hours, the logs: kernel: pid 65604 (httpd), uid 1011: exited on signal 11 Freebsd 4.9 + Apache 2.0.52 + php 4.3.9 [2004-10-08 01:02:52] joseph at digiweb dot net dot nz Apache 2.0.46 PHP 4.3.2 Redhat Enterprise 3.0 We were seeing very similar behaviour to this with fopen, getimagesize, etc, however, we were not experiencing any segfaults. What we found was that first, the number of VirtualHosts we had defined would affect the behaviour of this bug: If we had more than 502 virtualhosts, the fopen HTTP requests would fail, if we had 502 or less, they would work correctly. We thought it might have something to do with the number of open file handles, but as far as we could tell, we were well clear of these limits. Then (basically by accident) we worked out that if we had each VirtualHost use the same, global "ErrorLog" file, the problem went away, as opposed to the situation before when we had seperate error logs for each virtualhost. We also had another test box, running Fedora Core 2, Apache 2.0.51, and PHP 5.02, on which we were unable to reproduce the problem. I hope this might possibly shed some light on things. 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=28029 -- Edit this bug report at http://bugs.php.net/bug.php?id=28029&edit=1
Bug #35321 [Com]: Strange math when squaring
Edit report at http://bugs.php.net/bug.php?id=35321&edit=1
ID: 35321
Comment by: jihoy at admin dot com
Reported by:CaptSushekECF at aol dot com
Summary:Strange math when squaring
Status: No Feedback
Type: Bug
Package:Math related
Operating System: Apache
PHP Version:5.0.5
Block user comment: N
Private report: N
New Comment:
Yeah, the math is really strange but I believe you have worked it out!!
http://www.amerisleep.com
Previous Comments:
[2005-11-30 01:00:09] php-bugs at lists dot php dot net
No feedback was provided for this bug for over a week, so it is
being suspended automatically. If you are able to provide the
information that was originally requested, please do so and change
the status of the bug back to "Open".
[2005-11-22 03:12:45] sni...@php.net
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
[2005-11-22 01:58:26] CaptSushekECF at aol dot com
Description:
I was running a benchmark script to test out certain things on my
localhost. Once of my scripts involved performing randomly large math
calculations within comments, increasing expotentially.
Reproduce code:
---
\n";
}
ob_end_flush ();
echo round ((array_sum (explode (' ',microtime ())) - $st), 5) . "\n";
?>
Expected result:
I expected for the page to hesistate for a minute or so, and then print
out the expected benchmark along with the comments and numbers within
them.
Actual result:
--
Strange HTML/Chinese characters:
(e.g.,
ᔍഘlᔍഛlᔍചlᔍകlᔍഔlᐍഝlᐍജlᐍടlᐍഞlᐍങlᐍഘlᐍഛlᐍചlᐍകlᐍഔlᜍഝlᜍജlᜍടlᜍഞlᜍങlᜍഘlᜍഛlᜍചlᜍകlᜍഔlᘍഝlᘍജlᘍടlᘍഞlᘍങlᘍഘlᘍഛlᘍചlᘍകlᘍഔlᤍഝlᤍജlᤍടlᤍഞlᤍങlᤍഘlᤍഛlᤍചlᤍകlᤍഔl᠍ഝ...)
--
Edit this bug report at http://bugs.php.net/bug.php?id=35321&edit=1
Bug #31980 [Com]: Unable to Extract Windows XP EXIF Information
Edit report at http://bugs.php.net/bug.php?id=31980&edit=1
ID: 31980
Comment by: jihoy at admin dot com
Reported by:sdteffen at gmail dot com
Summary:Unable to Extract Windows XP EXIF Information
Status: Closed
Type: Bug
Package:EXIF related
Operating System: win32 only
PHP Version:4CVS, 5CVS (2005-02-15)
Assigned To:edink
Block user comment: N
Private report: N
New Comment:
I have the same problem as well, who can help me out! I will be
grateful
http://www.amerisleep.com
Previous Comments:
[2005-02-16 15:40:39] sdteffen at gmail dot com
Thanks for the quick fix.
However, it looks like php_exif.dll is missing from the
snapshot zip file.
I checked
http://snaps.php.net/win32/php4-win32-STABLE-200502161330.zip
and
http://snaps.php.net/win32/PECL_STABLE/
[2005-02-16 11:00:26] ed...@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.
[2005-02-15 13:52:58] sni...@php.net
Assigning to our win32 build guru..
[2005-02-15 13:48:00] sni...@php.net
Nevermind, in windows the EXIF module isn't compiled with MBSTRING
support.
[2005-02-15 12:22:01] sdteffen at gmail dot com
Thanks for the comments.
I've updated my code according to Pierre's suggestion:
ini_set('exif.decode_unicode_intel', 'UCS-2LE');
ini_set('exif.encode_unicode','ISO-8859-1');
ini_set('exif.encode_jis','ISO-8859-1');
ini_set('exif.decode_jis_intel','ISO-8859-1');
$arrComment = exif_read_data('1.jpg', 'WINXP', true);
The problem still exists (Only first letter is returned).
Here's the example file:
http://sdteffen.de/1.jpg
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=31980
--
Edit this bug report at http://bugs.php.net/bug.php?id=31980&edit=1
Bug #35681 [Com]: xmlwriter has non-ansi comments
Edit report at http://bugs.php.net/bug.php?id=35681&edit=1
ID: 35681
Comment by: jihoy at admin dot com
Reported by:to2958 at sbc dot com
Summary:xmlwriter has non-ansi comments
Status: Closed
Type: Bug
Package:XML Writer
Operating System: AIX 4.3.3
PHP Version:5CVS-2005-12-14 (snap)
Block user comment: N
Private report: N
New Comment:
Thanks for your great tutorial...I really benefit a lot from the post!
http://www.amerisleep.com
Previous Comments:
[2005-12-15 14:58:49] tony2...@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.
[2005-12-15 14:50:35] to2958 at sbc dot com
Description:
I obtained the snapshot 200512141330 to see about other problems and run
into a new problem with compiling the ext/xmlwriter.c. It doesn't look
like that was even part of the stable 5.1.1. I'm running with VAC
4.4.0.3. I got this on make:
"/store/php5.1-200512141330/TSRM/tsrm_config_common.h", line 23.1:
1506-224 (I)
Incorrect #pragma ignored.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1633.17: 1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1633.26: 1506-0
45 (S) Undeclared identifier not.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1643.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1663.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1670.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1684.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1702.17: 1506-0
46 (S) Syntax error.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1702.57: 1506-0
45 (S) Undeclared identifier xmlwriter.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1714.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1720.9:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1735.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1769.21: 1506-0
45 (S) Undeclared identifier force_string.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1790.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1798.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line 1806.1:
1506-27
6 (S) Syntax error: possible missing 'while'?
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1812.93: 1506-0
45 (S) Undeclared identifier module_number.
"/store/php5.1-200512141330/ext/xmlwriter/php_xmlwriter.c", line
1821.16: 1506-0
68 (S) Operation between types "void" and "int" is not allowed.
make: 1254-004 The error code from the last command is 1.
It looks like the comment of // is causing problems a patch is
included.
This is similiar to other bugs except none are for this file. Mentioned
bugs are 1424, 8345, 1267.
Reproduce code:
---
Patch:
--- php_xmlwriter.c.origWed Dec 14 10:15:16 2005
+++ php_xmlwriter.c Wed Dec 14 10:27:23 2005
@@ -1630,7 +1630,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
@@ -1699,7 +1699,7 @@
#ifdef ZEND_ENGINE_2
if (this) {
- // We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here
+ /* We do not use XMLWRITER_FROM_OBJECT, xmlwriter init
function
here */
ze_obj = (ze_xmlwriter_object*)
zend_object_store_get_object(thi
s TSRMLS_CC);
}
#endif
Expected result:
I expected it to compile everything.
--
Edit this bug report at http://bugs.php.net/bug.php?id=35681&edit=1
Bug #36308 [Com]: ReflectionProperty::getDocComment() does not reflect extended class commentary
Edit report at http://bugs.php.net/bug.php?id=36308&edit=1 ID: 36308 Comment by: jihoy at admin dot com Reported by:pmjo...@php.net Summary:ReflectionProperty::getDocComment() does not reflect extended class commentary Status: Closed Type: Bug Package:Unknown/Other Function Operating System: Irrelevant PHP Version:5.1.2 Assigned To:helly Block user comment: N Private report: N New Comment: Well, nice review, thanks a lot for your hard work! http://www.amerisleep.com Previous Comments: [2006-02-08 01:39:12] il...@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. [2006-02-07 00:33:32] pmjo...@php.net Description: When using ReflectionProperty::getDocComment() to get the comments for a property in an extended class, it returns the comments for the base class, not the extended one. Reproduce code: --- getProperties(); $docs = $props[0]->getDocComment(); print $docs; // should output "Extended commentary" // but is in fact "Base comment block" ?> Expected result: /** Extended commentary */ Actual result: -- /** Base comment block */ -- Edit this bug report at http://bugs.php.net/bug.php?id=36308&edit=1
Bug #49572 [Com]: use of C++ style comments causes build failure
Edit report at http://bugs.php.net/bug.php?id=49572&edit=1 ID: 49572 Comment by: jihoy at admin dot com Reported by:mamfelt at gmail dot com Summary:use of C++ style comments causes build failure Status: Closed Type: Bug Package:Compile Failure Operating System: AIX 6.1 PHP Version:5.2SVN-2009-09-16 (snap) Assigned To:srinatar Block user comment: N Private report: N New Comment: Wow...this bug is so great, thanks a lot for sharing it with us! http://www.amerisleep.com Previous Comments: [2009-10-09 17:45:04] s...@php.net Automatic comment from SVN on behalf of pajoye Revision: http://svn.php.net/viewvc/?view=revision&revision=289437 Log: - Merge: Fixed bug #49572 (use of C++ style comments causes build failure) [2009-10-04 14:56:23] mamfelt at gmail dot com my bad - it did miss the 5.2.11 release, BUT, it is in the SVN snaps. I was thinking the snap was still 5.2.10 (because it is October!). Back to closed. [2009-10-04 14:50:02] mamfelt at gmail dot com Looks like it just missed the 5.2.11 build :) check dates of this bug - and compare with release date. michael@x054:[/data/home/michael/prj]diff php5.2-200910031430/main/streams/memory.c php-5.2.11/main/streams/memory.c 19c19 < /* $Id: memory.c 288393 2009-09-17 02:45:25Z srinatar $ */ --- > /* $Id: memory.c 280638 2009-05-16 20:28:02Z lbarnaud $ */ 566c566 < php_stream_auto_cleanup(self->innerstream); /* do not warn if innerstream is GC'ed before stream */ --- > php_stream_auto_cleanup(self->innerstream); // do not warn if innerstream is GC'ed before stream [2009-09-17 02:46:42] srina...@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/. Thank you for the report, and for helping us make PHP better. ok, thanks. [2009-09-17 02:45:25] s...@php.net Automatic comment from SVN on behalf of srinatar Revision: http://svn.php.net/viewvc/?view=revision&revision=288393 Log: - Fixed bug #49572 (use of C++ style comments causes build failure) 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=49572 -- Edit this bug report at http://bugs.php.net/bug.php?id=49572&edit=1
