#26685 [Opn-Fbk]: Doing a continue 0 within a switch is causing a seg fault
ID: 26685
Updated by: [EMAIL PROTECTED]
Reported By: sc1n at yahoo dot com
-Status: Open
+Status: Feedback
Bug Type: Reproducible crash
Operating System: Gentoo Linux 2.6 Kernel
PHP Version: 4.3.4
New Comment:
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
Previous Comments:
[2003-12-21 19:50:58] sc1n at yahoo dot com
This is really a logic error as well, as I should have done a
continue 1 or continue 0 with a break, however I guess it
should still be addressed because it does consitantly cash a
seg fault.
[2003-12-21 19:17:39] sc1n at yahoo dot com
Description:
I used a terinary operator to do a continue 0 or continue 2
within a switch, and this caused PHP to seg fault... I am able to
consitantly reproduce the bug.
Reproduce code:
---
while( $value_array = each($this-tags) )
{
$key = $value_array[0];
$value = $value_array[1];
$value['tag_id'] = $key;
switch($tag_pos_type)
{
case start:
continue $value[3] == 1 ? 2: 0; //The problem
case end:
continue $value[3] == 0 ? 2: 0; //The problem
}
if( is_array($tag_type_array) )
{
if( in_array($value[0], $tag_type_array) )
{
return $value;
}
}
else
{
return $value;
}
}
Expected result:
To either continue not at all, or to continue 2
Actual result:
--
segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=26685edit=1
#26219 [Bgs]: Segmentation fault using regexp in php versions later than 4.3.3RC1
ID: 26219
User updated by: peter at normann dot com
Reported By: peter at normann dot com
Status: Bogus
Bug Type: Regexps related
Operating System: Linux kernel 2.5.74
PHP Version: 4.3.4
New Comment:
Thank you Andrei.
I installed the latest pcre lib version 4.5 and linked the php-4.3.4
against it, but the problem persisted.
Then I downloaded the latest snapshot of 4.3.5-dev and compiled it
using the bundled libpcre 4.5 and... problem solved :-)
Previous Comments:
[2003-12-22 01:04:09] [EMAIL PROTECTED]
Could not reproduce with the latest PCRE library version 4.5.
[2003-11-12 13:00: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.
I can verify the crash, however the crash is not the result of PHP code
but rather due to a bug in the pcre library. Please report this bug to
the maintainers of the pcre library.
[2003-11-12 11:24:19] peter at normann dot com
It's rather lengthy, but I have provided it at
http://www.normann.com/bug/buggy.txt
Also, the whole function can be found at
http://www.normann.com/bug/bug_code.txt
Thank you for taking your time...
[2003-11-12 11:00:03] [EMAIL PROTECTED]
Please provide sample of source text on which the regex operates.
[2003-11-12 09:46:00] peter at normann dot com
Description:
php crashes when using the preg_match function. Code included below.
Works in php4.3.3RC1 but any later version causes segmentation fault.
The code is part of a text filter.
$output contains text with plain text and html mixed. The idea is
anything between [html] and [/html] will go untouched by the filter.
I use dozens of other regular expressions, but preg_match is a sure
killer. I can easily reproduce this behavior.
Reproduce code:
---
while (preg_match('/\[html]((.|\s)+?)\[\/html]/', $output, $htmlshow))
$output = str_replace($htmlshow[0], str_replace('br /', '',
strtr($htmlshow[1],
array_flip(get_html_translation_table(HTML_ENTITIES, $output);
Actual result:
--
child pid x exit signal Segmentation fault (11)
--
Edit this bug report at http://bugs.php.net/?id=26219edit=1
#24837 [Csd-Opn]: Incorrect behaviour of PPP using foreach
ID: 24837
User updated by: redeye at erisx dot de
Reported By: redeye at erisx dot de
-Status: Closed
+Status: Open
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2003-11-29
Assigned To: helly
New Comment:
Also variables are hidden now, methods are still visible
using the function get_class_methods([obj]);
Previous Comments:
[2003-12-18 17:01:31] [EMAIL PROTECTED]
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-07-28 02:39:49] redeye at erisx dot de
Description:
Using a foreach ( or while ) loop to print the
content of an object should to my understanding
skip private and protected values ( or methods ).
Actually these values are returned but missing
their respective keys, so at least their source
is hidden.
Reproduce code:
---
pre?php
class test {
private $foo = 'test foo';
private $bar = 'test bar';
protected $foobar = 'test foobar';
}
$test = new test;
foreach ( $test AS $key = $val ){
echo $key. = .$val.\r\n;
}
?/pre
Expected result:
empty page :)
Actual result:
--
= test foo
= test bar
= test foobar
--
Edit this bug report at http://bugs.php.net/?id=24837edit=1
#26687 [NEW]: compile fails in ext/basic_functions.c:1192
From: hakan at lisas dot de Operating system: Solaris 9 PHP version: 5CVS-2003-12-22 (dev) PHP Bug Type: Compile Failure Bug description: compile fails in ext/basic_functions.c:1192 Description: Compile of current CVS fails with: ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared (first use in this function) on my box. Reproduce code: --- ./builconf ./configure ... make ... ... ... ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared (first use in this function) Actual result: -- if I put #ifndef INADDR_NONE #define INADDR_NONE ((unsigned long) -1) #endif in ext/basic_functions.c it compiles -- Edit bug report at http://bugs.php.net/?id=26687edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26687r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26687r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26687r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26687r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26687r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26687r=needscript Try newer version: http://bugs.php.net/fix.php?id=26687r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26687r=support Expected behavior: http://bugs.php.net/fix.php?id=26687r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26687r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26687r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26687r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26687r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26687r=dst IIS Stability: http://bugs.php.net/fix.php?id=26687r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26687r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26687r=float
#24837 [Opn-Csd]: Incorrect behaviour of PPP using foreach
ID: 24837
Updated by: [EMAIL PROTECTED]
Reported By: redeye at erisx dot de
-Status: Open
+Status: Closed
Bug Type: Zend Engine 2 problem
Operating System: *
PHP Version: 5CVS-2003-11-29
Assigned To: helly
New Comment:
get_class_methods([obj]); has nothing to do with the above error.
Please open a new bug report and explain in detail.
Previous Comments:
[2003-12-22 03:59:04] redeye at erisx dot de
Also variables are hidden now, methods are still visible
using the function get_class_methods([obj]);
[2003-12-18 17:01:31] [EMAIL PROTECTED]
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-07-28 02:39:49] redeye at erisx dot de
Description:
Using a foreach ( or while ) loop to print the
content of an object should to my understanding
skip private and protected values ( or methods ).
Actually these values are returned but missing
their respective keys, so at least their source
is hidden.
Reproduce code:
---
pre?php
class test {
private $foo = 'test foo';
private $bar = 'test bar';
protected $foobar = 'test foobar';
}
$test = new test;
foreach ( $test AS $key = $val ){
echo $key. = .$val.\r\n;
}
?/pre
Expected result:
empty page :)
Actual result:
--
= test foo
= test bar
= test foobar
--
Edit this bug report at http://bugs.php.net/?id=24837edit=1
#26688 [NEW]: getimagesize doesn't return correct width and height for bmp files
From: paul at i3 dot co dot uk
Operating system: slackware
PHP version: 4.3.4
PHP Bug Type: GetImageSize related
Bug description: getimagesize doesn't return correct width and height for bmp files
Description:
Contrary to 4.3.4 change log
Fixed width/height detection of bmp images using
getimagesize() function on big endian systems and added
code to retrieve bmp bit depth. (Ilia)
I still receive incorrect output when querying a local
.bmp.
Expected result:
When queried with imagemagick identify verbose returns
Image: example.bmp
Format: BMP (Microsoft Windows bitmap image)
Geometry: 800x560
Class: DirectClass
Type: true color
Depth: 8 bits-per-pixel component
Colors: 56670
Filesize: 1312kb
Interlace: None
Background Color: white
Border Color: #dfdfdf
Matte Color: grey74
Iterations: 0
Compression:
signature:
6b89fd02035b663968e3a0f127da0c0dc5e940e060446a21c40cb330
f0bbc5ce
Tainted: False
User Time: 0.0u
Elapsed Time: 0:01
Tested with 20 or so similar sized bmp file same problem
occurs.
Actual result:
--
files output using getimagesize returns
array(5) {
[0]=
int(36700960)
[1]=
int(1572865)
[2]=
int(6)
[3]=
string(33) width=36700960 height=1572865
[mime]=
string(9) image/bmp
}
--
Edit bug report at http://bugs.php.net/?id=26688edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26688r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26688r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26688r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26688r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26688r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26688r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26688r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26688r=support
Expected behavior: http://bugs.php.net/fix.php?id=26688r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26688r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26688r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26688r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26688r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26688r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26688r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26688r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26688r=float
#26632 [Fbk-Opn]: Problem calling COM interface methods
ID: 26632
User updated by: Regis dot Derimay at iQvolution dot com
Reported By: Regis dot Derimay at iQvolution dot com
-Status: Feedback
+Status: Open
Bug Type: COM related
Operating System: Windows XP Professional
PHP Version: 5CVS
New Comment:
Here the easiest script I got:
DLLs and needed instrcutions were sent by email the 16th dec. at 11:58
European time. (Subject DLLs for Bug #26632)
Hope this help. Would be nice to see this bug solved!
?php
try {
$iQlib = new COM(iQvolution.iQLibIf);
$iQlib-load(c:\\A.iQmod);
$numScans = $iQlib-getNumScans();
echo Nb of scans:{$numScans}BR\r\n;
for($i = 0; $i $numScans; $i++)
{
$objIf = $iQlib-getScanObject($i);
$scanName = $objIf-getName();
echo nbsp;nbsp;Scan {$i}:nsp;{$scanName}BR\r\n;
$x = VARIANT(0.0, VT_R8 | VT_BYREF);
$y = VARIANT(0.0, VT_R8 | VT_BYREF);
$z = VARIANT(0.0, VT_R8 | VT_BYREF);
$scanIf = $objIf-getScanObjSpecificIf();
$scanIf-getPosition($x, $y, $z, false);
}
//$iQlib-Release();
$iQlib = null;
}
catch (exception $e)
{
echo PRE;
print_r($e);
echo /PRE;
}
?
Previous Comments:
[2003-12-16 05:39:31] [EMAIL PROTECTED]
Please send the dll to [EMAIL PROTECTED] along with appropriate installation
instructions and the smallest reproducing script.
[2003-12-16 05:36:55] Regis dot Derimay at iQvolution dot com
Hi.
try and catch does not work. It still crash.
I will now try to reduce the source as much as possible to a few lines
of codes so you can reproduce it.
The source code of our module is not available but I could send you the
needed dll, so you can test it. To which email should I send the dlls?
[2003-12-16 04:36:12] [EMAIL PROTECTED]
Please try it without the reference flags:
try {
$x = new Variant(0.0);
$y = new Variant(0.0);
$z = new Variant(0.0);
$sphere-getPosition($x, $y, $z, false);
}
catch (exception $e) {
print_r($e);
}
If that doesn't work, can you please be more specific
about what is going wrong (does it crash or does it
throw an exception?).
Please also include details about the function that
did not crash before (without the use of references).
Ideally, I want to be able to reproduce this on my
machine here so I can debug it; is the component
you are using publically available? (source preferred).
[2003-12-16 03:57:34] Regis dot Derimay at iQvolution dot com
No I was not. Now I tested it.
It is still crashing, also in function in which it did not crash before
(without use of references)
[2003-12-16 03:07:48] [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
Are you using the latest CVS snapshot..?
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/26632
--
Edit this bug report at http://bugs.php.net/?id=26632edit=1
#26689 [NEW]: Input Filter is not implemented for RFC1867 filenames
From: [EMAIL PROTECTED] Operating system: Any PHP version: 5CVS-2003-12-22 (dev) PHP Bug Type: Variables related Bug description: Input Filter is not implemented for RFC1867 filenames Description: The new input filter code does not cover user supplied filenames for rfc1867 fileuploads. -- Edit bug report at http://bugs.php.net/?id=26689edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26689r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26689r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26689r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26689r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26689r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26689r=needscript Try newer version: http://bugs.php.net/fix.php?id=26689r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26689r=support Expected behavior: http://bugs.php.net/fix.php?id=26689r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26689r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26689r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26689r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26689r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26689r=dst IIS Stability: http://bugs.php.net/fix.php?id=26689r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26689r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26689r=float
#26689 [Opn-Asn]: Input Filter is not implemented for RFC1867 filenames
ID: 26689 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] -Status: Open +Status: Assigned -Bug Type: Variables related +Bug Type: Feature/Change Request Operating System: Any PHP Version: 5CVS-2003-12-22 (dev) -Assigned To: +Assigned To: derick New Comment: Not a bug but a feature request. Assigning to myself. Previous Comments: [2003-12-22 07:27:36] [EMAIL PROTECTED] Description: The new input filter code does not cover user supplied filenames for rfc1867 fileuploads. -- Edit this bug report at http://bugs.php.net/?id=26689edit=1
#26690 [NEW]: php_xsl xsltProcessor-transformToUri not working (win)
From: info at sovall dot cz
Operating system: win2k
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: *XML functions
Bug description: php_xsl xsltProcessor-transformToUri not working (win)
Description:
php_xsl xsltProcessor-transformToUri not working (win).
php 5.0.0 beta3
apache 2.0.48
windows 2000
Reproduce code:
---
?php
$xml = new domDocument;
$xml-loadXML('roottest/root');
$xsl = new domDocument;
$xsl-loadXML('xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;xsl:template
match=/xsl:value-of
select=root//xsl:template/xsl:stylesheet');
$pro = new xsltProcessor;
$pro-importStylesheet($xsl);
$pro-transformToUri($xml,'test.txt');
print file_get_contents('test.txt');
?
Expected result:
test
Actual result:
--
Warning: file_get_contents(test.txt) [function.file-get-contents]: failed
to open stream: No such file or directory in C:\doc\usr\_www\xsl\index.php
on line 9
--
Edit bug report at http://bugs.php.net/?id=26690edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26690r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26690r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26690r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26690r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26690r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26690r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26690r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26690r=support
Expected behavior: http://bugs.php.net/fix.php?id=26690r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26690r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26690r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26690r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26690r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26690r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26690r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26690r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26690r=float
#26665 [Opn]: php crashes with large files and array work (2MB Script File). win32 works.
ID: 26665 User updated by: fschaper at intux dot org Reported By: fschaper at intux dot org Status: Open Bug Type: Reproducible crash -Operating System: Linux only / Apache 1.3.28 +Operating System: Linux / Win32 -PHP Version: 4.3.3 +PHP Version: 4.3.3 / CVS New Comment: This Bug can be repoduduced under Window's as well, only the file-size has to be larger (will depend on system memory etc.). I have tried it with an 8MB version (might as well take less than that) of the script (the one I added the link to) and PHP crashes under Windows as well. Previous Comments: [2003-12-19 09:59:05] fschaper at intux dot org This time I ran the script via the shell without apache (gdb) bt #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 #1 0x0810fa28 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend.c:884 #2 0x080ed1d3 in php_execute_script (primary_file=0xbcf8) at /usr/src/debug/php4-STABLE-200312191430/main/main.c:1729 #3 0x08125eb3 in main (argc=2, argv=0xbd74) at /usr/src/debug/php4-STABLE-200312191430/sapi/cgi/cgi_main.c:1578 (gdb) frame 0 #0 0x0811f8f6 in execute (op_array=0x819841c) at /usr/src/debug/php4-STABLE-200312191430/Zend/zend_execute.c:1758 1758ALLOC_ZVAL(valptr); [2003-12-19 07:56:32] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-19 04:41:26] [EMAIL PROTECTED] Thank you for this bug report. To properly diagnose the problem, we need a backtrace to see what is happening behind the scenes. To find out how to generate a backtrace, please read http://bugs.php.net/bugs-generating-backtrace.php Once you have generated a backtrace, please submit it to this bug report and change the status back to Open. Thank you for helping us make PHP better. And please provide a _short_ (10-20 lines) script, that reproduces the problem. [2003-12-19 04:36:10] fschaper at intux dot org Description: While working with many array's (around 2MB of code) we encountered a crash on linux-systems while everything works fine under windows. PHP silently fails - only error log is the apache segfault. Apache 1.3.28 PHP 4.3.3 Reproduce code: --- http://www.intux.org/tmp/php_segf_test.tar.gz 100 Lines of code works Around 103 lines and more and it starts to break down Expected result: The last PHP command should write an done on the page. Actual result: -- An empty document should be returned since apache simply crashes -- Edit this bug report at http://bugs.php.net/?id=26665edit=1
#26650 [Fbk-Opn]: Decimal entities
ID: 26650 User updated by: msw at seebi dot de Reported By: msw at seebi dot de -Status: Feedback +Status: Open Bug Type: DOM XML related Operating System: Win XP Prof PHP Version: 4.3.4 New Comment: As you suggested, I've checked out the new stable release. The result is the same, each character '' is converted into amp. Previous Comments: [2003-12-18 03:11:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-17 10:18:16] msw at seebi dot de Description: When I'm producing a new xml file (domxml_new_doc()) which contains some decimal entities (e.g. for the german characters #223; #196; #246; and so on) and saving this file to disk (dump_file()) each character '' in each decimal entity is converted into amp. This appears with PHP 4.3.0 and 4.3.4 (Win). PHP 4.3.1, 4.3.2 and 4.3.3 not tested. Reproduce code: --- ?php $content=#223; - #196;; $dom = domxml_new_doc(1.0); $root = $dom-add_root(list); $ab=$dom-create_element(absatz); $ab-set_attribute(id,10); $text=$dom-create_element(text); $content=$dom-create_text_node($content); $text-append_child($content); $ab-append_child($text); $root-append_child($ab); $dom-dump_file(test.xml, false, false); ? Expected result: the file test.xml should look like this: ?xml version=1.0? listabsatz id=10text#223; -#196;/text/absatz/list Actual result: -- The actual result is: ?xml version=1.0? listabsatz id=10textamp;#223; -amp;#196;/text/absatz/list -- Edit this bug report at http://bugs.php.net/?id=26650edit=1
#26691 [NEW]: Incorrect behaviour of PPP using get_class_methods([obj]);
From: redeye at erisx dot de
Operating system: *
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Zend Engine 2 problem
Bug description: Incorrect behaviour of PPP using get_class_methods([obj]);
Description:
Calling get_class_methods([obj]); on an object returns next to public
methods it's private and protected methods. I guess those methods should
only be returned when calling get_class_methods($this); within an object.
Reproduce code:
---
pre?php
class test {
public function pub_function() {
// some code
}
private function priv_function() {
// some code
}
}
$test = new test;
$arry = get_class_methods($test);
foreach ( $arry AS $n = $method_name ) {
echo $n. - .$method_name.\n;
}
?/pre
Expected result:
empty page :-)
Actual result:
--
0 - pub_function
1 - priv_function
--
Edit bug report at http://bugs.php.net/?id=26691edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26691r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26691r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26691r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26691r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26691r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26691r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26691r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26691r=support
Expected behavior: http://bugs.php.net/fix.php?id=26691r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26691r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26691r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26691r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26691r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26691r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26691r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26691r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26691r=float
#26650 [Opn-Bgs]: Decimal entities
ID: 26650 Updated by: [EMAIL PROTECTED] Reported By: msw at seebi dot de -Status: Open +Status: Bogus Bug Type: DOM XML related Operating System: Win XP Prof PHP Version: 4.3.4 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 Any kinds of characters like that have special meanings in the XML document will be escaped during the serialization. There's no such specification that defines entity-like strings to be handled specially. If you want to use strings that contain a special character which cannot be represented by the encoding your script uses, or which cannot be entered via your keyboard, you need to convert the string to the appropriate encoding (UTF-8) first and then pass it to the DOM facility, as DOM extension assumes all passed strings are encoded in UTF-8 internally. Previous Comments: [2003-12-22 08:18:21] msw at seebi dot de As you suggested, I've checked out the new stable release. The result is the same, each character '' is converted into amp. [2003-12-18 03:11:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-17 10:18:16] msw at seebi dot de Description: When I'm producing a new xml file (domxml_new_doc()) which contains some decimal entities (e.g. for the german characters #223; #196; #246; and so on) and saving this file to disk (dump_file()) each character '' in each decimal entity is converted into amp. This appears with PHP 4.3.0 and 4.3.4 (Win). PHP 4.3.1, 4.3.2 and 4.3.3 not tested. Reproduce code: --- ?php $content=#223; - #196;; $dom = domxml_new_doc(1.0); $root = $dom-add_root(list); $ab=$dom-create_element(absatz); $ab-set_attribute(id,10); $text=$dom-create_element(text); $content=$dom-create_text_node($content); $text-append_child($content); $ab-append_child($text); $root-append_child($ab); $dom-dump_file(test.xml, false, false); ? Expected result: the file test.xml should look like this: ?xml version=1.0? listabsatz id=10text#223; -#196;/text/absatz/list Actual result: -- The actual result is: ?xml version=1.0? listabsatz id=10textamp;#223; -amp;#196;/text/absatz/list -- Edit this bug report at http://bugs.php.net/?id=26650edit=1
#26692 [NEW]: could not find entry point in Kernel.dll
From: php at bouchery dot com Operating system: Windows NT4 PHP version: 5CVS-2003-12-22 (dev) PHP Bug Type: Reproducible crash Bug description: could not find entry point in Kernel.dll Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point GetLongPathNameA in the dynamic library Kernel32.dll. I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit bug report at http://bugs.php.net/?id=26692edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26692r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26692r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26692r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26692r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26692r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26692r=needscript Try newer version: http://bugs.php.net/fix.php?id=26692r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26692r=support Expected behavior: http://bugs.php.net/fix.php?id=26692r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26692r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26692r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26692r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26692r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26692r=dst IIS Stability: http://bugs.php.net/fix.php?id=26692r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26692r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26692r=float
#26692 [Opn-Fbk]: could not find entry point in Kernel.dll
ID: 26692 Updated by: [EMAIL PROTECTED] Reported By: php at bouchery dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: Which service pack are you running? Previous Comments: [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point GetLongPathNameA in the dynamic library Kernel32.dll. I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because headers already sent... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) Previous Comments: [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php accept-encoding but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start(ob_gzhandler) none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] ?php ob_start(ob_gzhandler); .. . . ob_end_flush(); ? still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? [2003-12-13 04:48:03] sabio71 at hotmail dot com Description: [configure line] ./configure --with-mysql --with-apache=../apache_1.3.29 [changes to php.ini] for legacy reasons: register_globals = On simply put, it seems it doesn't compress ... i strongly believe is my fault, but i'm not able to figure why i've tried also with output_handler = ob_gzhandler but nothing Reproduce code: --- [short script descripting] ?php ob_start(ob_gzhandler); .. . . ob_end_flush(); ? -- Edit this bug report at http://bugs.php.net/?id=26613edit=1
#26692 [Fbk-Opn]: could not find entry point in Kernel.dll
ID: 26692 User updated by: php at bouchery dot com Reported By: php at bouchery dot com -Status: Feedback +Status: Open Bug Type: Reproducible crash Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: My OS is : WINDOWS NT4 Workstation, French, Sp6a Previous Comments: [2003-12-22 09:17:33] [EMAIL PROTECTED] Which service pack are you running? [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point GetLongPathNameA in the dynamic library Kernel32.dll. I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692edit=1
#26692 [Com]: could not find entry point in Kernel.dll
ID: 26692 Comment by: oli_pla at hotmail dot com Reported By: php at bouchery dot com Status: Open Bug Type: Reproducible crash Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: This Win32 API is not available in 95 and NT: Windows NT and Windows 95: Include an additional header file called NewAPIs.h to make GetLongPathName available on these operating systems. The function is not implemented natively, but by a wrapper that utilizes other native functions on these systems. See the header file for details of the use of preprocessor directives that make the function available. If you do not have this header file, it can be obtained by downloading the most recent SDK from the SDK Update Site. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/getlongpathname.asp Previous Comments: [2003-12-22 09:40:18] php at bouchery dot com My OS is : WINDOWS NT4 Workstation, French, Sp6a [2003-12-22 09:17:33] [EMAIL PROTECTED] Which service pack are you running? [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point GetLongPathNameA in the dynamic library Kernel32.dll. I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692edit=1
#26692 [Opn-Csd]: could not find entry point in Kernel.dll
ID: 26692 Updated by: [EMAIL PROTECTED] Reported By: php at bouchery dot com -Status: Open +Status: Closed Bug Type: Reproducible crash Operating System: Windows NT4 PHP Version: 5CVS-2003-12-22 (dev) New Comment: Fixed in CVS; the snapshots may take a couple of days to reflect this change as it will require some patching on the snapshot generator. Previous Comments: [2003-12-22 09:55:10] oli_pla at hotmail dot com This Win32 API is not available in 95 and NT: Windows NT and Windows 95: Include an additional header file called NewAPIs.h to make GetLongPathName available on these operating systems. The function is not implemented natively, but by a wrapper that utilizes other native functions on these systems. See the header file for details of the use of preprocessor directives that make the function available. If you do not have this header file, it can be obtained by downloading the most recent SDK from the SDK Update Site. http://msdn.microsoft.com/library/default.asp?url=/library/en-us/fileio/base/getlongpathname.asp [2003-12-22 09:40:18] php at bouchery dot com My OS is : WINDOWS NT4 Workstation, French, Sp6a [2003-12-22 09:17:33] [EMAIL PROTECTED] Which service pack are you running? [2003-12-22 09:04:00] php at bouchery dot com Description: When I start PHP5 Béta 3 (apache module, cgi or cli), the parser crash with the message : could not find the entry point GetLongPathNameA in the dynamic library Kernel32.dll. I know Windows 95 support is dropped, but is it dropped for NT4 ? -- Edit this bug report at http://bugs.php.net/?id=26692edit=1
#26625 [Opn-Csd]: pg_convert sets NULL incorrectly for character data types
ID: 26625
Updated by: [EMAIL PROTECTED]
Reported By: gregkiyomi at digitaljunkies dot ca
-Status: Open
+Status: Closed
Bug Type: PostgreSQL related
Operating System: linux
PHP Version: 5.0.0b2 (beta2)
New Comment:
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.
Previous Comments:
[2003-12-21 15:15:29] gregkiyomi at digitaljunkies dot ca
The 'corrected' code now puts nothing in for empty strings if
PGSQL_CONV_FORCE_NULL is *not* set. It should put '' in. This will
break queries.
Expected result:
Array
(
[varchar_field1] = 'test'
[varchar_field2] = NULL
[varchar_field3] = ''
)
Actual result:
--
Array
(
[varchar_field1] = 'test'
[varchar_field2] = NULL
[varchar_field3] =
)
[2003-12-15 19:57:21] [EMAIL PROTECTED]
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-12-15 03:32:38] gregkiyomi at digitaljunkies dot ca
Description:
When using pg_convert() with PGSQL_CONV_FORCE_NULL option set the
resulting value for character data types (text,char,varchar) is set as
'NULL' instead of NULL. This therefore inserts the string 'NULL' into
the database instead of the desired NULL value. This also obviously
doesn't fail a NOT NULL check as it should.
The culprit is ext/pgsql/pgsql.c
*** pgsql.c~Mon Dec 15 00:17:01 2003
--- pgsql.c Mon Dec 15 01:28:56 2003
***
*** 3785,3790
--- 3785,3791
if (Z_STRLEN_PP(val) == 0) {
if (opt PGSQL_CONV_FORCE_NULL) {
ZVAL_STRING(new_val, NULL, 1);
+ break;
}
else {
ZVAL_STRING(new_val, empty_string, 1);
This prevents the NULL value from being passed through
php_pgsql_add_quotes().
This is also present in php 4.3.3.
Reproduce code:
---
$con_str = host=localhost dbname=database user=user password=pass;
$con = pg_connect($con_str);
$data = array(varchar_field1=test,
varchar_field2=NULL,
varchar_field3=);
$array = pg_convert($con,test_table,$data,4);
echo(pre);
print_r($array);
echo(/pre);
Expected result:
Array
(
[varchar_field1] = 'test'
[varchar_field2] = NULL
[varchar_field3] = NULL
)
Actual result:
--
Array
(
[varchar_field1] = 'test'
[varchar_field2] = NULL
[varchar_field3] = 'NULL'
)
--
Edit this bug report at http://bugs.php.net/?id=26625edit=1
#26688 [Opn-Fbk]: getimagesize doesn't return correct width and height for bmp files
ID: 26688
Updated by: [EMAIL PROTECTED]
Reported By: paul at i3 dot co dot uk
-Status: Open
+Status: Feedback
Bug Type: GetImageSize related
Operating System: slackware
PHP Version: 4.3.4
New Comment:
Please provide the bmp file in question.
Previous Comments:
[2003-12-22 06:33:11] paul at i3 dot co dot uk
Description:
Contrary to 4.3.4 change log
Fixed width/height detection of bmp images using
getimagesize() function on big endian systems and added
code to retrieve bmp bit depth. (Ilia)
I still receive incorrect output when querying a local
.bmp.
Expected result:
When queried with imagemagick identify verbose returns
Image: example.bmp
Format: BMP (Microsoft Windows bitmap image)
Geometry: 800x560
Class: DirectClass
Type: true color
Depth: 8 bits-per-pixel component
Colors: 56670
Filesize: 1312kb
Interlace: None
Background Color: white
Border Color: #dfdfdf
Matte Color: grey74
Iterations: 0
Compression:
signature:
6b89fd02035b663968e3a0f127da0c0dc5e940e060446a21c40cb330
f0bbc5ce
Tainted: False
User Time: 0.0u
Elapsed Time: 0:01
Tested with 20 or so similar sized bmp file same problem
occurs.
Actual result:
--
files output using getimagesize returns
array(5) {
[0]=
int(36700960)
[1]=
int(1572865)
[2]=
int(6)
[3]=
string(33) width=36700960 height=1572865
[mime]=
string(9) image/bmp
}
--
Edit this bug report at http://bugs.php.net/?id=26688edit=1
#26687 [Opn-Csd]: compile fails in ext/basic_functions.c:1192
ID: 26687 Updated by: [EMAIL PROTECTED] Reported By: hakan at lisas dot de -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Solaris 9 PHP Version: 5CVS-2003-12-22 (dev) New Comment: 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. Previous Comments: [2003-12-22 05:16:23] hakan at lisas dot de Description: Compile of current CVS fails with: ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared (first use in this function) on my box. Reproduce code: --- ./builconf ./configure ... make ... ... ... ext/standard/basic_functions.c:1192: error: `INADDR_NONE' undeclared (first use in this function) Actual result: -- if I put #ifndef INADDR_NONE #define INADDR_NONE ((unsigned long) -1) #endif in ext/basic_functions.c it compiles -- Edit this bug report at http://bugs.php.net/?id=26687edit=1
#26101 [Com]: FastCGI PHP fails as a local responder under Zeus 4.2
ID: 26101 Comment by: pmoor at netpeople dot ch Reported By: david at geektech dot com Status: Assigned Bug Type: CGI related Operating System: FreeBSD 4.9-STABLE PHP Version: 5CVS-2003-11-29 Assigned To: shane New Comment: sampe problem over here, using 5.0.0b3 and apache 1.3.29. php4, same config, worked like a charm. Previous Comments: [2003-11-29 06:37:41] [EMAIL PROTECTED] Assigned to the maintainer. [2003-11-03 17:27:20] david at geektech dot com Description: This actually applies to 5.0.0b2, but the bug reporting system doesn't include this version. Configure PHP with --enable-fastcgi. Copy the sapi/cgi/php binary to %zeushome%/php/php.fcgi. Enable PHP support in Zeus as a local responder using the easy Enable PHP section under Third Party in the web interface. Attempt to load a PHP page. Zeus will respond with a 502 Bad Gateway error. PHP 4 works fine like this. One of the changes in PHP 5 broke it. PHP 5 works as a FastCGI remote responder using the -b option to the PHP binary. -- Edit this bug report at http://bugs.php.net/?id=26101edit=1
#26675 [Ver-Csd]: Segfault on ArrayAccess use
ID: 26675
Updated by: [EMAIL PROTECTED]
Reported By: xi at ngs dot ru
-Status: Verified
+Status: Closed
Bug Type: Reproducible crash
Operating System: *
PHP Version: 5.0.0b3
Assigned To: helly
New Comment:
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.
Previous Comments:
[2003-12-20 05:31:51] [EMAIL PROTECTED]
I could verify this.
[2003-12-20 03:32:46] xi at ngs dot ru
Backtrace:
#0 zend_call_function (fci=0xbfffd4c0, fci_cache=0xbfffd4a0)
at /home/simeon/php/php5-200312191230/Zend/zend_execute_API.c:668
#1 0x08141822 in zend_call_method (object_pp=0xbfffd550,
obj_ce=0x4032b6dc,
fn_proxy=0x0, function_name=0x81941be offsetset,
function_name_len=9,
retval_ptr_ptr=0x0, param_count=136060708, arg1=0x0,
arg2=0x4032a568)
at /home/simeon/php/php5-200312191230/Zend/zend_interfaces.c:79
#2 0x081430ae in zend_std_write_dimension (object=0x4032c1cc,
offset=0x0,
value=0x4032a568)
at
/home/simeon/php/php5-200312191230/Zend/zend_object_handlers.c:405
#3 0x08157410 in zend_assign_to_object (result=0x4032a4f0,
object_ptr=0x4032c250, op2=0x4032a520, value_op=0x4032a560,
Ts=0xbfffd610,
opcode=147) at
/home/simeon/php/php5-200312191230/Zend/zend_execute.c:416
#4 0x081517e0 in zend_assign_dim_handler (execute_data=0xbfffd6f0,
op_array=0x40324e5c)
at /home/simeon/php/php5-200312191230/Zend/zend_execute.c:2058
#5 0x0814f5fd in execute (op_array=0x40324e5c)
at /home/simeon/php/php5-200312191230/Zend/zend_execute.c:1260
#6 0x0813515a in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /home/simeon/php/php5-200312191230/Zend/zend.c:1030
#7 0x081017ef in php_execute_script (primary_file=0xbac0)
at /home/simeon/php/php5-200312191230/main/main.c:1638
#8 0x0815a312 in main (argc=2, argv=0xbb44)
at /home/simeon/php/php5-200312191230/sapi/cli/php_cli.c:910
[2003-12-20 02:52:49] [EMAIL PROTECTED]
Thank you for this bug report. To properly diagnose the problem, we
need a backtrace to see what is happening behind the scenes. To
find out how to generate a backtrace, please read
http://bugs.php.net/bugs-generating-backtrace.php
Once you have generated a backtrace, please submit it to this bug
report and change the status back to Open. Thank you for helping
us make PHP better.
[2003-12-19 20:20:02] xi at ngs dot ru
Description:
The following code produces segfault using snapshot php5-200312191230.
Reproduce code:
---
?php
class A implements ArrayAccess
{
private $array = array();
public function offsetExists( $offset )
{ return isset( $this-array[ $offset ] ); }
public function offsetGet( $offset )
{ return $this-array[ $offset ]; }
public function offsetSet( $offset, $data )
{ $this-array[ $offset ] = $data; }
public function offsetUnset( $offset )
{ unset( $this-array[ $offset ] ); }
}
$a = new A();
$a[] = 'Segfault here!';
?
Expected result:
String added to $a
Actual result:
--
Segmentation fault
--
Edit this bug report at http://bugs.php.net/?id=26675edit=1
#26690 [Opn-Csd]: php_xsl xsltProcessor-transformToUri not working (win)
ID: 26690
Updated by: [EMAIL PROTECTED]
Reported By: info at sovall dot cz
-Status: Open
+Status: Closed
Bug Type: *XML functions
Operating System: win2k
PHP Version: 5.0.0b2 (beta2)
New Comment:
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.
Previous Comments:
[2003-12-22 07:54:07] info at sovall dot cz
Description:
php_xsl xsltProcessor-transformToUri not working (win).
php 5.0.0 beta3
apache 2.0.48
windows 2000
Reproduce code:
---
?php
$xml = new domDocument;
$xml-loadXML('roottest/root');
$xsl = new domDocument;
$xsl-loadXML('xsl:stylesheet version=1.0
xmlns:xsl=http://www.w3.org/1999/XSL/Transform;xsl:template
match=/xsl:value-of
select=root//xsl:template/xsl:stylesheet');
$pro = new xsltProcessor;
$pro-importStylesheet($xsl);
$pro-transformToUri($xml,'test.txt');
print file_get_contents('test.txt');
?
Expected result:
test
Actual result:
--
Warning: file_get_contents(test.txt) [function.file-get-contents]:
failed to open stream: No such file or directory in
C:\doc\usr\_www\xsl\index.php on line 9
--
Edit this bug report at http://bugs.php.net/?id=26690edit=1
#26688 [Fbk-Csd]: getimagesize doesn't return correct width and height for bmp files
ID: 26688
User updated by: paul at i3 dot co dot uk
Reported By: paul at i3 dot co dot uk
-Status: Feedback
+Status: Closed
Bug Type: GetImageSize related
Operating System: slackware
PHP Version: 4.3.4
New Comment:
snapshot 4.3.5-dev resolves the problem tested with all 20
each working correctly thanks Ilia.
Previous Comments:
[2003-12-22 10:53:46] [EMAIL PROTECTED]
Please provide the bmp file in question.
[2003-12-22 06:33:11] paul at i3 dot co dot uk
Description:
Contrary to 4.3.4 change log
Fixed width/height detection of bmp images using
getimagesize() function on big endian systems and added
code to retrieve bmp bit depth. (Ilia)
I still receive incorrect output when querying a local
.bmp.
Expected result:
When queried with imagemagick identify verbose returns
Image: example.bmp
Format: BMP (Microsoft Windows bitmap image)
Geometry: 800x560
Class: DirectClass
Type: true color
Depth: 8 bits-per-pixel component
Colors: 56670
Filesize: 1312kb
Interlace: None
Background Color: white
Border Color: #dfdfdf
Matte Color: grey74
Iterations: 0
Compression:
signature:
6b89fd02035b663968e3a0f127da0c0dc5e940e060446a21c40cb330
f0bbc5ce
Tainted: False
User Time: 0.0u
Elapsed Time: 0:01
Tested with 20 or so similar sized bmp file same problem
occurs.
Actual result:
--
files output using getimagesize returns
array(5) {
[0]=
int(36700960)
[1]=
int(1572865)
[2]=
int(6)
[3]=
string(33) width=36700960 height=1572865
[mime]=
string(9) image/bmp
}
--
Edit this bug report at http://bugs.php.net/?id=26688edit=1
#26680 [Opn-Csd]: Build of MySQLi extension failed (SERVER_QUERY_NO_GOOD_INDEX_USED undeclared)
ID: 26680 Updated by: [EMAIL PROTECTED] Reported By: rabus at users dot sourceforge dot net -Status: Open +Status: Closed Bug Type: Compile Failure Operating System: Linux 2.4.22 (Fedora Core 1) PHP Version: 5CVS-2003-12-20 (dev) Assigned To: georg New Comment: 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. Previous Comments: [2003-12-20 17:06:36] rabus at users dot sourceforge dot net I just tried the same with the official beta 2 release and it worked fine. [2003-12-20 15:58:22] rabus at users dot sourceforge dot net Description: I tried to build the latest CVS snapshot of php 5 with MySQLi extension against MySQL 4.1.1-alpha. Unfortunately, the build failed with the error messages below. Reproduce code: --- ./configure --prefix=/usr --with-apxs2 --with-config-file-path=/etc --with-openssl --with-zlib --enable-bcmath --with-bz2 --enable-calendar --with-curl --with-curlwrappers --enable-dba --with-db4 --with-flatfile --enable-dbx --enable-dio --enable-ftp --with-recode --with-gd=/usr --with-mysql=/usr --with-mysqli=/usr/bin/mysql_config make Expected result: I expect php to be compiled. Actual result: -- /bin/sh /root/src/php5-200312200030/libtool --silent --preserve-dup-deps --mode=compile gcc -Iext/mysqli/ -I/root/src/php5-200312200030/ext/mysqli/ -DPHP_ATOM_INC -I/root/src/php5-200312200030/include -I/root/src/php5-200312200030/main -I/root/src/php5-200312200030 -I/root/src/php5-200312200030/Zend -I/usr/include/libxml2 -I/usr/include/mysql -I/root/src/php5-200312200030/TSRM -g -O2 -prefer-pic -c /root/src/php5-200312200030/ext/mysqli/mysqli_report.c -o ext/mysqli/mysqli_report.lo /root/src/php5-200312200030/ext/mysqli/mysqli_report.c: In function `php_mysqli_report_index': /root/src/php5-200312200030/ext/mysqli/mysqli_report.c:64: error: `SERVER_QUERY_NO_GOOD_INDEX_USED' undeclared (first use in this function) /root/src/php5-200312200030/ext/mysqli/mysqli_report.c:64: error: (Each undeclared identifier is reported only once /root/src/php5-200312200030/ext/mysqli/mysqli_report.c:64: error: for each function it appears in.) /root/src/php5-200312200030/ext/mysqli/mysqli_report.c:66: error: `SERVER_QUERY_NO_INDEX_USED' undeclared (first use in this function) make: *** [ext/mysqli/mysqli_report.lo] Error 1 -- Edit this bug report at http://bugs.php.net/?id=26680edit=1
#26694 [NEW]: strtotime fails on 'Sun, 21 Dec 2003 20:38:33 +0000 GMT'
From: phpbug at thequod dot de
Operating system: Windows XP
PHP version: 4.3.4
PHP Bug Type: Date/time related
Bug description: strtotime fails on 'Sun, 21 Dec 2003 20:38:33 + GMT'
Description:
I use strtotime to decode the If-Modified-Since header and just noticed
that Firebird puts and offset in front of the GMT. I don't know if this
is RFC conform, but it should be recognized by strtotime(), IMHO.
Reproduce code:
---
var_dump(strtotime('Sun, 21 Dec 2003 20:38:33 + GMT'));
Expected result:
-1
--
Edit bug report at http://bugs.php.net/?id=26694edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26694r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26694r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26694r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26694r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26694r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26694r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26694r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26694r=support
Expected behavior: http://bugs.php.net/fix.php?id=26694r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26694r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26694r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26694r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26694r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26694r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26694r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26694r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26694r=float
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing Previous Comments: [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because headers already sent... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php accept-encoding but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start(ob_gzhandler) none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] ?php ob_start(ob_gzhandler); .. . . ob_end_flush(); ? still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy [2003-12-13 13:59:24] [EMAIL PROTECTED] What makes you think ob_gzhandler is not working? Are you certain your browser supports zlib encoding? 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/26613 -- Edit this bug report at http://bugs.php.net/?id=26613edit=1
#26657 [Fbk-Csd]: exec() strange behaviour
ID: 26657 User updated by: dave at theholdens dot net Reported By: dave at theholdens dot net -Status: Feedback +Status: Closed Bug Type: Program Execution Operating System: Win2K Server PHP Version: 4.3.4 New Comment: Upgrading Apache to 2.0.48 fixed the problem. Previous Comments: [2003-12-18 03:28:47] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip And are you aware that you're now calling com 2 times? (exec() in PHP does 'cmd /c' itself) [2003-12-17 17:12:47] dave at theholdens dot net Description: I have been trying to use exec() to run a legacy 16-bit DOS .EXE program to peform a complex calculatation that involves looking stuff up in dbase tables. It refuses to work. I have checked everything including permissions, paths, php.ini Safe Mode settings, etc. All of the security is basically turned off. The really curious behaviour is that my exec function call works fine for system commands like ipconfig and dir, but does not work for my DOS program, even when I move it into the windows\system32 directory beside all of the commands that DO work. I have checked that the DOS program is sending back appropriate return codes. The DOS program works fine when I type in the exact string being passed to the shell from the command line. The same php code ran fine on a RedHat 8.x box, but broke when moved to Windows 2K3 server. Reproduce code: --- // this works fine $output = exec(cmd /C ipconfig, $out_lines, $ret_code); for($ctr=0; $ctr count($out_lines); $ctr++) echo $out_lines[$ctr] . br; // this does not work (and grep.com IS copied to win\s32 dir and given ALL permissions for EVERYONE) $output = exec(cmd /C c:\\windows\\system32\\grep -i \safe\ c:\\windows\\php.ini, $out_lines, $ret_code); for($ctr=0; $ctr count($out_lines); $ctr++) echo $out_lines[$ctr] . br; Expected result: The works fine code shows the ipconfig output stream exactly as expected and $ret_code contains 0. Actual result: -- The doesn't work code shows nothing. The $out_lines array is empty and $ret_code contains 1. No errors appear in the log or the web page, even though error logging is turned on for both. -- Edit this bug report at http://bugs.php.net/?id=26657edit=1
#26694 [Opn]: strtotime fails on 'Sun, 21 Dec 2003 20:38:33 +0000 GMT'
ID: 26694
User updated by: phpbug at thequod dot de
Reported By: phpbug at thequod dot de
Status: Open
Bug Type: Date/time related
Operating System: Windows XP
PHP Version: 4.3.4
New Comment:
summary: it fails on
$d = gmdate(r) . ' GMT';
var_dump( strtotime($d) );
Previous Comments:
[2003-12-22 12:46:58] phpbug at thequod dot de
Description:
I use strtotime to decode the If-Modified-Since header and just noticed
that Firebird puts and offset in front of the GMT. I don't know if
this is RFC conform, but it should be recognized by strtotime(), IMHO.
Reproduce code:
---
var_dump(strtotime('Sun, 21 Dec 2003 20:38:33 + GMT'));
Expected result:
-1
--
Edit this bug report at http://bugs.php.net/?id=26694edit=1
#26613 [Opn]: ob_gzhandler seems NOT WORKING
ID: 26613 User updated by: sabio71 at hotmail dot com Reported By: sabio71 at hotmail dot com Status: Open Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned Previous Comments: [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because headers already sent... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-12-15 06:08:51] sabio71 at hotmail dot com A MORE CLEAR EXPLANATION yes ILIA, for sure :) !!!. I'm using ie 5, ie 5.5, ie 6, netscape 6, mozilla, konqueror, even lynx ... i've made some other attempts, in particular i've checked if 1) for some reasons apache was not passing through to php accept-encoding but, obviously it is not the case 2) it makes thing behaves differently pokeing with php.ini, like setting [output_buffering = 4096; AND output_handler = ob_gzhandler] OR [output_handler = ; AND zlib.output_compression = On] and calling ob_start() instead of ob_start(ob_gzhandler) none of the two seems working. Moreover, it seems the semantic of calling sequence ob_start ... ob_end_flush has changed a bit from version 4.2.3 (yes i know it is VERY VERY old and perhaps the changed behaviour il well documented) in few words, i'm using an old version of ez-publish (2.1) that works with apache 1.3.27 and php 4.2.3 on linux... with that combination the system works and compress the http output stream... on a apache 1.3.29 with brand new php 4.3.4 simply it doesn't... moreover (but this is ez-publish code-base fault) on php 4.3.4 there are some Warnings that impose modification to code-base in order to get a working configuration... (a not so painless up-grade :) ) however the simple code [short script descripting] ?php ob_start(ob_gzhandler); .. . . ob_end_flush(); ? still doesn't send a compressed stream... hoping to be the more clear that i can greetings from italy 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/26613 -- Edit this bug report at http://bugs.php.net/?id=26613edit=1
#12360 [Opn]: fsockopen timeout doesn't work
ID: 12360
User updated by: sheep at fearthisclan dot com
Reported By: sheep at fearthisclan dot com
Status: Open
Bug Type: Sockets related
Operating System: RedHat 6.2
-PHP Version: 4.3.3
+PHP Version: 4.3.2
New Comment:
Maybe I can be a little more specific about the behavior. Whenever my
program tries to query a server that is down, the socket seems to
prevent php from doing anything at all. The max_execution_time of 30
seconds does not even step in and give a fatal error after 30 seconds
of running. If there has been a fix or if you know around this I'd
really like to know. I'm not sure how willing these guys will be to
use a CVS or not, but if you tell me its fixed in one of them I could
try and ask them to.
Previous Comments:
[2003-12-02 01:57:21] sheep at fearthisclan dot com
I am having this problem as well now. My host is running FreeBSd.
Here is the info page that shows what they have compiled and
everything. http://www.fearthisclan.com/info.php
The script im using this for queries a bunch of game servers. I was
having a problem with the socket hanging on servers that were up. The
socket would wait(hang) even when the information was all sent. I
worked around this using socket_get_status (when it's zero I can quit
waiting), but if a server is down from the get go my script hangs
forever it seems. If anyone has found a fix for this problem yet I'd
appreciate the help.
Thank you,
Tommy
[2003-09-22 06:51:12] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
PHP-devs: Do not reopen reports where the original submitter hasn't
responded in years..
[2003-09-20 07:46:33] johannes at zoomposters dot com
I recompiled using --disable-ipv6. Still doesn't work.
For a certain host, I get Error 11, Resource temporarily unavailable
and the timeout arg has no effect.
[2003-09-16 05:25:22] [EMAIL PROTECTED]
Can you guys that still experience this problem try recompiling PHP
using --disable-ipv6 and see if that solves the problem?
[2003-09-16 04:53:03] uros at sir-mag dot com
I'm using PHP 4.3.3 on FreeBSD and also have problems with this
fsockopen
It seams that no timeout is using, because simple script takes about 1
minute to finish with error.
$fp = @fsockopen ('www.damirjosar.com', 80, $errno, $errstr, 1.0);
print_r($errno);
print_r($errstr);
print_r($fp);
Error is:
22 Invalid argument
And it takes about 1 minute. What about 1.0 second I set.
If i use regular system call like dig or nslookup It only takes about
10s for this host.
I have same problems with function checkdnsrr and gethostbyname
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/12360
--
Edit this bug report at http://bugs.php.net/?id=12360edit=1
#26695 [NEW]: Reflection API does not recognize mixed-case class hints
From: hans at velum dot net
Operating system: Linux, Windows
PHP version: 5CVS-2003-12-22 (dev)
PHP Bug Type: Class/Object related
Bug description: Reflection API does not recognize mixed-case class hints
Description:
This is a problem in PHP 5.0.0b3 (distro), which wasn't an option in the
bug report select list.
Basically, upon upgrading to PHP5.0.0b3 our application generated runtime
Reflection_Exceptions claiming to be unable to find the class specified by
a class hint.
E.g. when calling
$params = $method-getParameters();
$hint = $params[0]-getClass();
Changing the class hint to lowercase fixes this problem.
Reproduce code:
---
class Foo {
}
class Bar {
function demo(Foo $f) {
// nothing
}
}
$class = new Reflection_Class('Bar');
$methods = $class-getMethods();
$params = $methods[0]-getParameters();
$hint = $params[0]-getClass();
// reflection_exception was thrown
print Class expected is: . $hint . \n;
Expected result:
Class expected is: Foo
Actual result:
--
bFatal error/b: Uncaught exception 'reflection_exception' with
message 'Class Foo does not exist' in ...
--
Edit bug report at http://bugs.php.net/?id=26695edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26695r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26695r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26695r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26695r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26695r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26695r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26695r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26695r=support
Expected behavior: http://bugs.php.net/fix.php?id=26695r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26695r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26695r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26695r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26695r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26695r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26695r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26695r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26695r=float
#12360 [Opn-Fbk]: fsockopen timeout doesn't work
ID: 12360
Updated by: [EMAIL PROTECTED]
Reported By: sheep at fearthisclan dot com
-Status: Open
+Status: Feedback
Bug Type: Sockets related
Operating System: RedHat 6.2
PHP Version: 4.3.2
New Comment:
Try adjusting the default_socket_timeout ini setting,
which defaults to 60 seconds.
ini_set('default_socket_timeout', 10);
fsockopen(...);
(I know you shouldn't need to do this, but it will
help me to figure out what is going on)
Previous Comments:
[2003-12-22 13:45:37] sheep at fearthisclan dot com
Maybe I can be a little more specific about the behavior. Whenever my
program tries to query a server that is down, the socket seems to
prevent php from doing anything at all. The max_execution_time of 30
seconds does not even step in and give a fatal error after 30 seconds
of running. If there has been a fix or if you know around this I'd
really like to know. I'm not sure how willing these guys will be to
use a CVS or not, but if you tell me its fixed in one of them I could
try and ask them to.
[2003-12-02 01:57:21] sheep at fearthisclan dot com
I am having this problem as well now. My host is running FreeBSd.
Here is the info page that shows what they have compiled and
everything. http://www.fearthisclan.com/info.php
The script im using this for queries a bunch of game servers. I was
having a problem with the socket hanging on servers that were up. The
socket would wait(hang) even when the information was all sent. I
worked around this using socket_get_status (when it's zero I can quit
waiting), but if a server is down from the get go my script hangs
forever it seems. If anyone has found a fix for this problem yet I'd
appreciate the help.
Thank you,
Tommy
[2003-09-22 06:51:12] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
PHP-devs: Do not reopen reports where the original submitter hasn't
responded in years..
[2003-09-20 07:46:33] johannes at zoomposters dot com
I recompiled using --disable-ipv6. Still doesn't work.
For a certain host, I get Error 11, Resource temporarily unavailable
and the timeout arg has no effect.
[2003-09-16 05:25:22] [EMAIL PROTECTED]
Can you guys that still experience this problem try recompiling PHP
using --disable-ipv6 and see if that solves the problem?
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/12360
--
Edit this bug report at http://bugs.php.net/?id=12360edit=1
#26613 [Opn-Fbk]: ob_gzhandler seems NOT WORKING
ID: 26613 Updated by: [EMAIL PROTECTED] Reported By: sabio71 at hotmail dot com -Status: Open +Status: Feedback Bug Type: Zlib Related Operating System: slackware 9.1 stable patched PHP Version: 4.3.4 New Comment: Check if session.trans_sid is enabled in your php.ini. Previous Comments: [2003-12-22 13:39:29] sabio71 at hotmail dot com THE WORKING CONFIGURATION apache 1.3.27 php 4.2.3 (NOT 4.3.2 as erroneously stated before) i've compiled also php 4.1.2 same results... DEFINITELY I HAVE A PROBLEM WITH MY SOFTWARE PLATFORM more coming .. stay tuned [2003-12-22 12:53:51] sabio71 at hotmail dot com Some More Testing... at the moment i'm not able to say anything more... i've finally compiled php 4.3.2 (which have problems with undefined reference of 'errno', solved including errno.h in my_sys.h) with apache 1.3.29 on a slackware 9.1 STABLE with patches applied (but original kernel 2.4.22, NOT 2.4.23) even with this configuration php doesn't use compression... i don't believe anymore is a php fault ... pheraps there is something different involved ... however it is strange that php on this platform is unable to understand it CAN send compressed... the configuration that worked a year and half ago was slackware 8.0 (kernel 2.2.22) apache 1.3.27 php 4.3.2 i'm going on with more testing [2003-12-22 09:24:25] sabio71 at hotmail dot com Still Not Working... i'm using php4-STABLE-200312221230, and setting ob_gzhandler doesn't yield a compressed stream... moreover i'm getting some messages from php, complaining about not being able to set cookies because headers already sent... but this is probably an ez-publish 2.1 code-base fault... (i think so even if php4.3.2 worked flawlessly) may i help a bit more ??? if u think i can embrace some deeper debugging let me know it is very important to get compression work as my ISP charges me for the traffic i generate... greeting from Italy and Merry Christmas :) [2003-12-19 04:09:43] sabio71 at hotmail dot com i'm downloading CVS today (2003 12 19) ... more feedback as soon as possible... thanx in advance ... Fabio :) [2003-12-18 16:34:27] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip 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/26613 -- Edit this bug report at http://bugs.php.net/?id=26613edit=1
#26696 [NEW]: When using string as implicit array, segfault in PHP5.0.0b3
From: saruman at northernhacking dot org
Operating system: Linux RH9
PHP version: 5.0.0b2 (beta2)
PHP Bug Type: Reproducible crash
Bug description: When using string as implicit array, segfault in PHP5.0.0b3
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a string
is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit bug report at http://bugs.php.net/?id=26696edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26696r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26696r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26696r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26696r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26696r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26696r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26696r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26696r=support
Expected behavior: http://bugs.php.net/fix.php?id=26696r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26696r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26696r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26696r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26696r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26696r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26696r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26696r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26696r=float
#26696 [Opn]: When using string as implicit array, segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
Reported By: saruman at northernhacking dot org
Status: Open
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b2 (beta2)
New Comment:
In the code snippet, commenting out the content of the switch loop
prevents the crash.
Previous Comments:
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26696 [Opn]: When using string as implicit array, segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
Reported By: saruman at northernhacking dot org
Status: Open
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b2 (beta2)
New Comment:
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
Previous Comments:
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26696 [Opn]: When using string as implicit array, segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
Reported By: saruman at northernhacking dot org
Status: Open
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b2 (beta2)
New Comment:
case '?': is the culprit.
Previous Comments:
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26695 [Opn-Csd]: Reflection API does not recognize mixed-case class hints
ID: 26695
Updated by: [EMAIL PROTECTED]
Reported By: hans at velum dot net
-Status: Open
+Status: Closed
Bug Type: Class/Object related
Operating System: *
PHP Version: 5.0.0b3
Assigned To: helly
New Comment:
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.
Previous Comments:
[2003-12-22 13:52:14] hans at velum dot net
Description:
This is a problem in PHP 5.0.0b3 (distro), which wasn't an option in
the bug report select list.
Basically, upon upgrading to PHP5.0.0b3 our application generated
runtime Reflection_Exceptions claiming to be unable to find the class
specified by a class hint.
E.g. when calling
$params = $method-getParameters();
$hint = $params[0]-getClass();
Changing the class hint to lowercase fixes this problem.
Reproduce code:
---
class Foo {
}
class Bar {
function demo(Foo $f) {
// nothing
}
}
$class = new Reflection_Class('Bar');
$methods = $class-getMethods();
$params = $methods[0]-getParameters();
$hint = $params[0]-getClass();
// reflection_exception was thrown
print Class expected is: . $hint . \n;
Expected result:
Class expected is: Foo
Actual result:
--
bFatal error/b: Uncaught exception 'reflection_exception' with
message 'Class Foo does not exist' in ...
--
Edit this bug report at http://bugs.php.net/?id=26695edit=1
#26696 [Opn-Ver]: When using string as implicit array, segfault in PHP5.0.0b3
ID: 26696
Updated by: [EMAIL PROTECTED]
Reported By: saruman at northernhacking dot org
-Status: Open
+Status: Verified
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b2 (beta2)
Previous Comments:
[2003-12-22 14:51:55] saruman at northernhacking dot org
case '?': is the culprit.
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26696 [Ver]: When using string as implicit array, segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
Reported By: saruman at northernhacking dot org
Status: Verified
Bug Type: Reproducible crash
Operating System: Linux RH9
-PHP Version: 5.0.0b2 (beta2)
+PHP Version: 5.0.0b3 (beta3)
New Comment:
Just reiterating that this is with beta3
Previous Comments:
[2003-12-22 14:51:55] saruman at northernhacking dot org
case '?': is the culprit.
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#22323 [Csd-Opn]: There's no way to output transparent truecolor PNG images
ID: 22323 User updated by: jukkaho at mail dot student dot oulu dot fi Reported By: jukkaho at mail dot student dot oulu dot fi -Status: Closed +Status: Open Bug Type: GD related Operating System: Linux PHP Version: 4.3.0 Assigned To: pajoye New Comment: I'm sorry, but this bug needs to be reopened. With current (stable) PHP version 4.3.3 with GD lib bundled (2.0.15 compatible), I'm unable to create transparent png images. Usage example in previous comment does _not_ work any more and result image has black background with no alpha information. Previous Comments: [2003-02-26 17:24:34] [EMAIL PROTECTED] 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. imagesavealpha has been added in cvs. The simple imagesavealpha wrapper is used. usage: ?php $im = imagecreatetruecolor(200,200); imagealphablending($im, false); imagesavealpha($im, true); imagefilledrectangle($im,20,20,150,150, 0x40FF); imagepng($im, 'alpha.png'); ? thank's for your report pierre [2003-02-20 23:49:14] jukkaho at mail dot student dot oulu dot fi I have submitted a proposed patch to the development mailing list (see http://marc.theaimsgroup.com/?l=php-devm=104577317709538w=2). When everything's ok in cvs snapshot, this bug is closed. There's no state 'should be fixed in cvs' so this stays open. :) [2003-02-20 08:13:55] jukkaho at mail dot student dot oulu dot fi Relevant parts are not changed in CVS so there are still no way to call gdImageSaveAlpha() with a true argument so that alpha channel is actually sent to browser. Default value is still set to 0 and has the following comment: /* 2.0.2: alpha blending is now on by default, and saving of alpha is off by default. This allows font antialiasing to work as expected on the first try in JPEGs -- quite important -- and also allows for smaller PNGs when saving of alpha channel is not really desired, which it usually isn't! */ im-saveAlphaFlag = 0; In my case it really is desired. I want to be able to produce transparent PNGs. I just don't have access in PHP to change saveAlphaFlag value. Someone could just create a new PHP image function ImageSaveAlpha($im,$bool) that passes that info to gdImageSaveAlpha (gdImagePtr im, int saveAlphaArg); I have solved my blending problems already by using undocumented functions as I have described in bug #22327. [2003-02-20 07:30:49] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-STABLE-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-STABLE-latest.zip [2003-02-20 04:24:57] jukkaho at mail dot student dot oulu dot fi Alpha channel in a truecolor image is only sent when im-saveAlphaFlag is true. It is by default set to false in gdImageCreateTrueColor() and there are no callers to gdImageSaveAlpha() to set it to any other value. I tested a hack where I call gdImageSaveAlpha() in PHP_FUNCTION(imagealphablending) and it worked mostly as expected. I'd guess that another function call is needed unless is it made to default behaviour and calls are embedded in PHP_FUNCTION(imagepng) etc. Only weird things that occured were that for some reason, target image alpha channel is discarded when blending other images to it. For example when blending fully transparent part over another fully transparent part resulted in a white area. White comes from destination image that's transparent too. Maybe I should open another bug for it? -- Edit this bug report at http://bugs.php.net/?id=22323edit=1
#12360 [Fbk-Opn]: fsockopen timeout doesn't work
ID: 12360
User updated by: sheep at fearthisclan dot com
Reported By: sheep at fearthisclan dot com
-Status: Feedback
+Status: Open
Bug Type: Sockets related
Operating System: RedHat 6.2
PHP Version: 4.3.2
New Comment:
It doesn't seem to have any effect on it. I tried 10, 5 and 0.
Previous Comments:
[2003-12-22 14:21:58] [EMAIL PROTECTED]
Try adjusting the default_socket_timeout ini setting,
which defaults to 60 seconds.
ini_set('default_socket_timeout', 10);
fsockopen(...);
(I know you shouldn't need to do this, but it will
help me to figure out what is going on)
[2003-12-22 13:45:37] sheep at fearthisclan dot com
Maybe I can be a little more specific about the behavior. Whenever my
program tries to query a server that is down, the socket seems to
prevent php from doing anything at all. The max_execution_time of 30
seconds does not even step in and give a fatal error after 30 seconds
of running. If there has been a fix or if you know around this I'd
really like to know. I'm not sure how willing these guys will be to
use a CVS or not, but if you tell me its fixed in one of them I could
try and ask them to.
[2003-12-02 01:57:21] sheep at fearthisclan dot com
I am having this problem as well now. My host is running FreeBSd.
Here is the info page that shows what they have compiled and
everything. http://www.fearthisclan.com/info.php
The script im using this for queries a bunch of game servers. I was
having a problem with the socket hanging on servers that were up. The
socket would wait(hang) even when the information was all sent. I
worked around this using socket_get_status (when it's zero I can quit
waiting), but if a server is down from the get go my script hangs
forever it seems. If anyone has found a fix for this problem yet I'd
appreciate the help.
Thank you,
Tommy
[2003-09-22 06:51:12] [EMAIL PROTECTED]
No feedback was provided. The bug is being suspended because
we assume that you are no longer experiencing the problem.
If this is not the case and you are able to provide the
information that was requested earlier, please do so and
change the status of the bug back to Open. Thank you.
PHP-devs: Do not reopen reports where the original submitter hasn't
responded in years..
[2003-09-20 07:46:33] johannes at zoomposters dot com
I recompiled using --disable-ipv6. Still doesn't work.
For a certain host, I get Error 11, Resource temporarily unavailable
and the timeout arg has no effect.
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/12360
--
Edit this bug report at http://bugs.php.net/?id=12360edit=1
#26697 [NEW]: calling class_exists on a nonexistent class in __autoload results in segfault
From: arjen at glas dot its dot tudelft dot nl
Operating system: Linux
PHP version: 5CVS-2003-12-22 (dev)
PHP Bug Type: Zend Engine 2 problem
Bug description: calling class_exists on a nonexistent class in __autoload results in
segfault
Description:
When calling class_exists on a nonexistent classname in __autoload, you'll
get a segfault.
This is in beta1, beta2 and beta3 (and now I had the time to create a
testcase and do a report). Which ran under apache2 (2.0.48) on gentoo
linux.
And then I saw this report:
http://bugs.php.net/bug.php?id=26630edit=2
So I downloaded the php5-20031030 snapshot and there it also
segfaults...
Reproduce code:
---
?
function __autoload($classname)
{
if(!class_exists('test'))
{
echo This won't be reached due to a segfault;
}
}
$test = new test();
?
--
Edit bug report at http://bugs.php.net/?id=26697edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26697r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26697r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26697r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26697r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26697r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26697r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26697r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26697r=support
Expected behavior: http://bugs.php.net/fix.php?id=26697r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26697r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26697r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26697r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26697r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26697r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26697r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26697r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26697r=float
#24248 [NoF-Opn]: .htaccess php var overides not being cleared between page requests
ID: 24248 User updated by: dkh-php at nighttide dot net Reported By: dkh-php at nighttide dot net -Status: No Feedback +Status: Open Bug Type: Apache2 related -Operating System: FreeBSD 4.8-STABLE +Operating System: multiple -PHP Version: 4.3.3RC2-dev/5.0.0b1 +PHP Version: 4.3.3RC2-dev/4.3.4/5.0.0b1 New Comment: 4.3.4 with Apach 2.0.48 on FreeBSD 4.9-STABLE still seeing this problem. Default php.ini files. htaccess files described previously. I've seen a number of comments regarding this problem now coming from Linux users as well. php config info below: CPPFLAGS=-I/usr/local/include/pth \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-tsrm-pth=/usr/local/lib/pth \ --with-zlib \ --with-bz2 \ --with-openssl \ --with-pspell \ --with-curl \ --with-gdbm \ --with-ndbm \ --with-gettext \ --with-mcrypt \ --with-pear \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-ftp \ --enable-memory-limit \ --enable-dba \ --with-flatfile \ --with-mime-magic \ --with-ncurses \ --with-exif \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --with-freetype-dir=/usr/local/lib \ --enable-gd-native-ttf \ --with-wddx Previous Comments: [2003-09-22 14:45:38] ian at MrZesty dot net I am also noticing that an auto_append_file (tried from both a .htaccess and inside an Apache virtualhost) occasionally appears appended to some pages (both PHP and static HTML pages, 3 different virtualhost domains - 1 seems to affect the other 2). Apache 2.0.47 (with both mpm worker and mpm prefork): ./configure \ --disable-asis \ --disable-imap \ --enable-so \ --enable-rewrite \ --enable-deflate \ --enable-ssl \ --enable-proxy \ --enable-cache \ --enable-mem-cache PHP 4.3.3 './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--disable-debug' \ '--enable-inline-optimization' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-ldap' \ '--with-imap' \ '--enable-trans-sid' \ '--with-gd' \ '--with-jpeg-dir' \ '--with-png-dir' \ '--with-gettext' \ '--with-mhash' \ '--with-mysql=/usr/local/mysql' \ '--with-pdflib' \ '--with-pgsql' \ '--enable-memory-limit' \ '--with-curl' \ '--with-xml' \ '--with-mcrypt' Unfortunately I cannot reliably duplicate the problem either. It happened with Apache 2.0.46 and PHP 4.3.2 as well. My machine is running TurboLinux 7. glibc 2.2.4 gcc 2.95.3 i. [2003-08-21 00:00:07] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-08-15 21:41:27] [EMAIL PROTECTED] Oh, my bad. We can't really do anything about this unless we can reproduce this ourselves so you need to provide us all the necessary information how to do it. So you need to create shortest possible httpd.conf, php.ini, .htaccess, etc. which we can then use to setup our own test environment. [2003-08-15 21:37:01] dkh-php at nighttide dot net Ah, responded to that in our 11 Jul exchange hence my confussion. ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl [2003-08-15 21:29:10] [EMAIL PROTECTED] I wanted to know what was the configure line used to configure Apache2 before running 'make'.. 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/24248 -- Edit this bug report at http://bugs.php.net/?id=24248edit=1
#26696 [Ver]: When using string index in a switch(), segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
-Summary: When using string as implicit array, segfault in
PHP5.0.0b3
Reported By: saruman at northernhacking dot org
Status: Verified
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b3 (beta3)
New Comment:
More detailed and accurate summary
Previous Comments:
[2003-12-22 15:47:34] saruman at northernhacking dot org
Just reiterating that this is with beta3
[2003-12-22 14:51:55] saruman at northernhacking dot org
case '?': is the culprit.
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
[2003-12-22 14:33:53] saruman at northernhacking dot org
Description:
The ONLY change I'd done is install php-5.0.0b3 with the same config as
the php-5.0.0b2 it replaced.
Config vars:
Configure Command './configure' '--with-pear' '--with-pgsql'
'--with-apxs=/usr/local/apache/bin/apxs' '--enable-mbstring'
'--prefix=/usr/local/php5' '--with-libxml-dir=/usr'
Using this with php-5.0.0b2 works as expected. This behavior of a
string is required by DB.php in PEAR, amongst others.
Reproduce code:
---
?php
//$str = Array('a', 's', 'd', 'd', '/', '?');
$str = 'asdd/?';
$len = strlen($str);
for ($i = 0; $i $len; $i++) {
switch ($str[$i]) {
case '?':
echo '?';
break;
}
}
?
Did not crash.
Expected result:
?Did not crash.
Actual result:
--
From error_log:
[Mon Dec 22 14:15:38 2003] [notice] child pid 30170 exit signal
Segmentation fault (11)
[Mon Dec 22 14:15:38 2003] [notice] child pid 30187 exit signal
Segmentation fault (11)
The two response are because MSIE seems to do a second query when the
first one unexpectedly close.
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26698 [NEW]: Thrown exceptions while evaluting argument to pass as parameter crash PHP
From: davidc at bLesys dot com
Operating system: Win XP Professional
PHP version: 5CVS-2003-12-22 (dev)
PHP Bug Type: Reproducible crash
Bug description: Thrown exceptions while evaluting argument to pass as parameter
crash PHP
Description:
(bug was not fixed in beta3 also)
While evaluting argument 3 to pass to method setProperties, an exception
is thrown but any attempt to rethrow this exception/new exception or
return from the method crashes PHP.
Strangely, no problem is encountered if this exception is thrown while
evaluting the first two arguments.
The solution for now is to create a local variable that holds the contents
of the argument. Then, we simply pass the local variable to the method,
but this creates additional work for the programmer.
Reproduce code:
---
?php
class x
{ function getFirst(){ throw ( new Exception( No rows present));} }
class Proxy
{
function setProperties($c){}
/* public void*/function setObject( $b, $obj, $res){
try
{
$res=new x();
$this-setProperties($a,$b,$res-getFirst());
}
catch(Exception $e)
{
throw new Exception(Failed to get it!);
}
}
}
$p =( new Proxy());
$p-setObject($this,$o,$ret);?
Expected result:
Thrown exception caught by PHP5's default handler (stack output, etc)
Actual result:
--
Apache2 dies
--
Edit bug report at http://bugs.php.net/?id=26698edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26698r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26698r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26698r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26698r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26698r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26698r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26698r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26698r=support
Expected behavior: http://bugs.php.net/fix.php?id=26698r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26698r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26698r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26698r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26698r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26698r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26698r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26698r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26698r=float
#26694 [Opn-Bgs]: strtotime fails on 'Sun, 21 Dec 2003 20:38:33 +0000 GMT'
ID: 26694
Updated by: [EMAIL PROTECTED]
Reported By: phpbug at thequod dot de
-Status: Open
+Status: Bogus
Bug Type: Date/time related
Operating System: Windows XP
PHP Version: 4.3.4
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
You can either define the timezone by + or by the 3-char identifier
of that timezone. Your format isn't defined by the syntax - for further
readings see
http://www.gnu.org/manual/tar-1.12/html_chapter/tar_7.html
Previous Comments:
[2003-12-22 13:29:16] phpbug at thequod dot de
summary: it fails on
$d = gmdate(r) . ' GMT';
var_dump( strtotime($d) );
[2003-12-22 12:46:58] phpbug at thequod dot de
Description:
I use strtotime to decode the If-Modified-Since header and just noticed
that Firebird puts and offset in front of the GMT. I don't know if
this is RFC conform, but it should be recognized by strtotime(), IMHO.
Reproduce code:
---
var_dump(strtotime('Sun, 21 Dec 2003 20:38:33 + GMT'));
Expected result:
-1
--
Edit this bug report at http://bugs.php.net/?id=26694edit=1
#26696 [Ver]: When using string index in a switch(), segfault in PHP5.0.0b3
ID: 26696
Updated by: [EMAIL PROTECTED]
Reported By: saruman at northernhacking dot org
Status: Verified
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b3 (beta3)
New Comment:
Maybe related to bug #17997
Previous Comments:
[2003-12-22 16:50:56] saruman at northernhacking dot org
More detailed and accurate summary
[2003-12-22 15:47:34] saruman at northernhacking dot org
Just reiterating that this is with beta3
[2003-12-22 14:51:55] saruman at northernhacking dot org
case '?': is the culprit.
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
[2003-12-22 14:36:00] saruman at northernhacking dot org
In the code snippet, commenting out the content of the switch loop
prevents the crash.
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/26696
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#17955 [NoF-Asn]: GD and unicode maps/webdings
ID: 17955 Updated by: [EMAIL PROTECTED] Reported By: dk at webcluster dot at -Status: No Feedback +Status: Assigned Bug Type: GD related Operating System: RedHat 7.3 PHP Version: 4.2.1 Assigned To: moriyoshi Previous Comments: [2003-12-17 09:20:21] [EMAIL PROTECTED] I'll take a look into this. Assign to myself. [2003-12-17 09:06:46] mhugo at dataphone dot net I still have this problem together with typo3. Please look at corpweb.dataphone.com. Running latest php and freetype. /MH [2002-11-16 01:09:00] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2002-10-31 14:27:23] [EMAIL PROTECTED] Please try using this CVS snapshot: http://snaps.php.net/php4-latest.tar.gz For Windows: http://snaps.php.net/win32/php4-win32-latest.zip GD extension had undergone a number of revisions since the time this bug was opened. Is problem described still an issue? [2002-07-03 04:00:54] [EMAIL PROTECTED] No, this is in fact ours (all the relevant code is in gdttf.c). 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/17955 -- Edit this bug report at http://bugs.php.net/?id=17955edit=1
#24248 [Opn]: .htaccess php var overides not being cleared between page requests
ID: 24248 User updated by: dkh-php at nighttide dot net Reported By: dkh-php at nighttide dot net Status: Open -Bug Type: Apache2 related +Bug Type: PHP options/info functions Operating System: multiple -PHP Version: 4.3.3RC2-dev/4.3.4/5.0.0b1 +PHP Version: 4.3.3RC2-dev/4.3.4/5.0.0b1/5.0.0b3 New Comment: This is also a problem with 5.0.0b3. One new item, I notice that the include path is also not being reset in these instances. The local value sticks. This is not a problem for things like magic_quotes_gps wich only effects the correct local value. Previous Comments: [2003-12-22 16:17:47] dkh-php at nighttide dot net 4.3.4 with Apach 2.0.48 on FreeBSD 4.9-STABLE still seeing this problem. Default php.ini files. htaccess files described previously. I've seen a number of comments regarding this problem now coming from Linux users as well. php config info below: CPPFLAGS=-I/usr/local/include/pth \ ./configure \ --prefix=/usr/local/php \ --with-apxs2=/usr/local/apache2/bin/apxs \ --with-mysql=/usr/local/mysql \ --with-tsrm-pth=/usr/local/lib/pth \ --with-zlib \ --with-bz2 \ --with-openssl \ --with-pspell \ --with-curl \ --with-gdbm \ --with-ndbm \ --with-gettext \ --with-mcrypt \ --with-pear \ --with-gd \ --enable-magic-quotes \ --enable-bcmath \ --enable-ftp \ --enable-memory-limit \ --enable-dba \ --with-flatfile \ --with-mime-magic \ --with-ncurses \ --with-exif \ --with-dom \ --with-dom-xslt \ --with-dom-exslt \ --with-freetype-dir=/usr/local/lib \ --enable-gd-native-ttf \ --with-wddx [2003-09-22 14:45:38] ian at MrZesty dot net I am also noticing that an auto_append_file (tried from both a .htaccess and inside an Apache virtualhost) occasionally appears appended to some pages (both PHP and static HTML pages, 3 different virtualhost domains - 1 seems to affect the other 2). Apache 2.0.47 (with both mpm worker and mpm prefork): ./configure \ --disable-asis \ --disable-imap \ --enable-so \ --enable-rewrite \ --enable-deflate \ --enable-ssl \ --enable-proxy \ --enable-cache \ --enable-mem-cache PHP 4.3.3 './configure' \ '--with-apxs2=/usr/local/apache2/bin/apxs' \ '--disable-debug' \ '--enable-inline-optimization' \ '--with-openssl' \ '--with-zlib' \ '--with-bz2' \ '--with-ldap' \ '--with-imap' \ '--enable-trans-sid' \ '--with-gd' \ '--with-jpeg-dir' \ '--with-png-dir' \ '--with-gettext' \ '--with-mhash' \ '--with-mysql=/usr/local/mysql' \ '--with-pdflib' \ '--with-pgsql' \ '--enable-memory-limit' \ '--with-curl' \ '--with-xml' \ '--with-mcrypt' Unfortunately I cannot reliably duplicate the problem either. It happened with Apache 2.0.46 and PHP 4.3.2 as well. My machine is running TurboLinux 7. glibc 2.2.4 gcc 2.95.3 i. [2003-08-21 00:00:07] [EMAIL PROTECTED] No feedback was provided. The bug is being suspended because we assume that you are no longer experiencing the problem. If this is not the case and you are able to provide the information that was requested earlier, please do so and change the status of the bug back to Open. Thank you. [2003-08-15 21:41:27] [EMAIL PROTECTED] Oh, my bad. We can't really do anything about this unless we can reproduce this ourselves so you need to provide us all the necessary information how to do it. So you need to create shortest possible httpd.conf, php.ini, .htaccess, etc. which we can then use to setup our own test environment. [2003-08-15 21:37:01] dkh-php at nighttide dot net Ah, responded to that in our 11 Jul exchange hence my confussion. ./configure --prefix=/usr/local/apache2 --enable-mods-shared=most --enable-ssl 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/24248 -- Edit this bug report at http://bugs.php.net/?id=24248edit=1
#26696 [Ver]: When using string index in a switch(), segfault in PHP5.0.0b3
ID: 26696
User updated by: saruman at northernhacking dot org
Reported By: saruman at northernhacking dot org
Status: Verified
Bug Type: Reproducible crash
Operating System: Linux RH9
PHP Version: 5.0.0b3 (beta3)
New Comment:
Backtrace:
Starting program: /usr/local/php5/bin/php
/usr/local/apache/htdocs/API/Tests/testCrash.php
[New Thread 1075549824 (LWP 23600)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 1075549824 (LWP 23600)]
zend_switch_free_handler (execute_data=0xbfffcfb0,
op_array=0x401c31a4)
at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64
64 z-refcount--;
(gdb) bt
#0 zend_switch_free_handler (execute_data=0xbfffcfb0,
op_array=0x401c31a4)
at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64
#1 0x081ab760 in execute (op_array=0x401c31a4)
at /usr/src/php-5.0.0b3/Zend/zend_execute.c:1260
#2 0x081926b5 in zend_execute_scripts (type=8, retval=0x0,
file_count=3)
at /usr/src/php-5.0.0b3/Zend/zend.c:1048
#3 0x08163adb in php_execute_script (primary_file=0xb380)
at /usr/src/php-5.0.0b3/main/main.c:1638
#4 0x081b5b60 in main (argc=2, argv=0xb404)
at /usr/src/php-5.0.0b3/sapi/cli/php_cli.c:910
#5 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6
Previous Comments:
[2003-12-22 17:00:20] [EMAIL PROTECTED]
Maybe related to bug #17997
[2003-12-22 16:50:56] saruman at northernhacking dot org
More detailed and accurate summary
[2003-12-22 15:47:34] saruman at northernhacking dot org
Just reiterating that this is with beta3
[2003-12-22 14:51:55] saruman at northernhacking dot org
case '?': is the culprit.
[2003-12-22 14:38:45] saruman at northernhacking dot org
Replacing the switch() block by echo like:
for (...) {
echo $str[$i];
}
produces the expected behavior. The problem appears to be in the
switch() or case statements.
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/26696
--
Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26696 [Ver]: When using string index in a switch(), segfault in PHP5.0.0b3
ID: 26696 User updated by: saruman at northernhacking dot org Reported By: saruman at northernhacking dot org Status: Verified Bug Type: Reproducible crash Operating System: Linux RH9 PHP Version: 5.0.0b3 (beta3) New Comment: This bug is very similar to #26281, in fact, it's probably the same. Previous Comments: [2003-12-22 17:11:57] saruman at northernhacking dot org Backtrace: Starting program: /usr/local/php5/bin/php /usr/local/apache/htdocs/API/Tests/testCrash.php [New Thread 1075549824 (LWP 23600)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075549824 (LWP 23600)] zend_switch_free_handler (execute_data=0xbfffcfb0, op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64 64 z-refcount--; (gdb) bt #0 zend_switch_free_handler (execute_data=0xbfffcfb0, op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64 #1 0x081ab760 in execute (op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:1260 #2 0x081926b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-5.0.0b3/Zend/zend.c:1048 #3 0x08163adb in php_execute_script (primary_file=0xb380) at /usr/src/php-5.0.0b3/main/main.c:1638 #4 0x081b5b60 in main (argc=2, argv=0xb404) at /usr/src/php-5.0.0b3/sapi/cli/php_cli.c:910 #5 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 [2003-12-22 17:00:20] [EMAIL PROTECTED] Maybe related to bug #17997 [2003-12-22 16:50:56] saruman at northernhacking dot org More detailed and accurate summary [2003-12-22 15:47:34] saruman at northernhacking dot org Just reiterating that this is with beta3 [2003-12-22 14:51:55] saruman at northernhacking dot org case '?': is the culprit. 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/26696 -- Edit this bug report at http://bugs.php.net/?id=26696edit=1
#25753 [Com]: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files
ID: 25753 Comment by: dkh-php at nighttide dot net Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: * PHP Version: 4CVS, 5CVS New Comment: This appears suspiciously similar to the bug I opened in 24248, only mention it here so that it can be included at the list of related reports. Previous Comments: [2003-12-04 15:49:20] [EMAIL PROTECTED] Try the following patch: http://bb.prohost.org/ap_bug.txt [2003-10-30 09:35:44] fs at nessus dot at no thats false. this bug occours on apache 1.3.x too (tested it with 1.3.27). i think thats very essential... greetings, Florian Schicker www.nessus.at [2003-10-28 04:13:33] mattias at segerdahl dot info This bug only appears when and if you have overlapping virtualhosts in apache2. Using fqdn's that have IN A or CNAME to an ipaddress on the server seems to fix it. This is only an observation that seems to have gotten rid of the problem for me. // bad2da [2003-10-22 04:01:39] mattias at segerdahl dot info Sniper, I accidently ran into this bug a few moments ago. I talked to Derick about it in the channel and we agreed I would do some testing. There are some particular strange behaviour. I will try to explain as well as include the files needed to reproduce this error. But first let me point out one thing that I find really weird. This only occurs when the apache server has not been accessed for a while, if you reload the page directly after you've encountered this error message, it will work perfectly. The error message is: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/users.bitcom.se/index.php) is not within the allowed path(s): (/var/www/www.sol.se) in Unknown on line 0 Warning: Unknown(/var/www/users.bitcom.se/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/users.bitcom.se/index.php' for inclusion (include_path='.:/usr/local/php//lib/php') in Unknown on line 0 My php.ini file http://www.segerdahl.info/25753/php.ini My httpd.conf file http://www.segerdahl.info/25753/httpd.conf Server version: Apache/2.0.47 Server built: Oct 20 2003 18:39:21 PHP 4.3.4RC4 configured as: './configure' '--with-apxs2=/usr/local/httpd/bin/apxs' '--enable-mbstring' '--with-pear' '--with-mysql' '--enable-magic-quotes' '--with-ftp' '--sysconfdir=/etc/php' '--with-config-file-path=/etc/php' '--prefix=/usr/local/php/' '--enable-mbstring' '--with-curl' '--enable-ftp' APACHE configured as: ./configure --sysconfdir=/etc/httpd/conf --enable-ssl --prefix=/usr/local/httpd --enable-modules=dso,most Contact me on efnet if you need more information... // bad2da [2003-10-04 18:58:16] [EMAIL PROTECTED] We do not know what causes this bug or how it can be reliably reproduced. If you know exactly HOW this can be reproduced, add the information here. Any other comments will be deleted. 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/25753 -- Edit this bug report at http://bugs.php.net/?id=25753edit=1
#26699 [NEW]: MB String Encoding types does not include binary
From: nirva-php at ishiboo dot com
Operating system: Solaris 8
PHP version: 4.3.3
PHP Bug Type: Strings related
Bug description: MB String Encoding types does not include binary
Description:
in ext/mbstring/mbfilter.c, the mbfl_encoding_8bit variable should most
likely have a alias for binary
im using the mailparse library, and it uses mbstring to decode
Content-Transfer-Encoding: binary, and it fails.
i believe binary == 8bit, so the simplest solution is probably to add an
alias there.
static const char *mbfl_encoding_8bit_aliases[] = {binary, NULL};
static const mbfl_encoding mbfl_encoding_8bit = {
mbfl_no_encoding_8bit,
8bit,
8bit,
(const char *(*)[])mbfl_encoding_8bit_aliases,
NULL,
MBFL_ENCTYPE_SBCS
};
--
Edit bug report at http://bugs.php.net/?id=26699edit=1
--
Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26699r=trysnapshot4
Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26699r=trysnapshot5
Fixed in CVS: http://bugs.php.net/fix.php?id=26699r=fixedcvs
Fixed in release: http://bugs.php.net/fix.php?id=26699r=alreadyfixed
Need backtrace: http://bugs.php.net/fix.php?id=26699r=needtrace
Need Reproduce Script: http://bugs.php.net/fix.php?id=26699r=needscript
Try newer version: http://bugs.php.net/fix.php?id=26699r=oldversion
Not developer issue:http://bugs.php.net/fix.php?id=26699r=support
Expected behavior: http://bugs.php.net/fix.php?id=26699r=notwrong
Not enough info:http://bugs.php.net/fix.php?id=26699r=notenoughinfo
Submitted twice:http://bugs.php.net/fix.php?id=26699r=submittedtwice
register_globals: http://bugs.php.net/fix.php?id=26699r=globals
PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26699r=php3
Daylight Savings: http://bugs.php.net/fix.php?id=26699r=dst
IIS Stability: http://bugs.php.net/fix.php?id=26699r=isapi
Install GNU Sed:http://bugs.php.net/fix.php?id=26699r=gnused
Floating point limitations: http://bugs.php.net/fix.php?id=26699r=float
#26697 [Com]: calling class_exists on a nonexistent class in __autoload results in segfault
ID: 26697
Comment by: davidc at blesys dot com
Reported By: arjen at glas dot its dot tudelft dot nl
Status: Open
Bug Type: Zend Engine 2 problem
Operating System: Linux
PHP Version: 5CVS-2003-12-22 (dev)
New Comment:
What happens, I think, is that __autoload starts recursing endlessly.
Do this:
$autotracker=false;
function __autoload ($n) {
global $autotracker; $n=strtolower($n);
if ($autotracker==$n)die(Attempting to autoload $n again);
$autotracker=$n;
//rest of function __autoload
}//end __autoload
Probably a bug, but rather easy to fix by the client programmer. I
think the bug I found today w/ thrown exceptions is much more dangerous
(http://bugs.php.net/bug.php?id=26698) because you can't really fix it
for all cases.
Previous Comments:
[2003-12-22 16:03:57] arjen at glas dot its dot tudelft dot nl
Description:
When calling class_exists on a nonexistent classname in __autoload,
you'll get a segfault.
This is in beta1, beta2 and beta3 (and now I had the time to create a
testcase and do a report). Which ran under apache2 (2.0.48) on gentoo
linux.
And then I saw this report:
http://bugs.php.net/bug.php?id=26630edit=2
So I downloaded the php5-20031030 snapshot and there it also
segfaults...
Reproduce code:
---
?
function __autoload($classname)
{
if(!class_exists('test'))
{
echo This won't be reached due to a segfault;
}
}
$test = new test();
?
--
Edit this bug report at http://bugs.php.net/?id=26697edit=1
#26699 [Opn-Asn]: MB String Encoding types does not include binary
ID: 26699
Updated by: [EMAIL PROTECTED]
Reported By: nirva-php at ishiboo dot com
-Status: Open
+Status: Assigned
Bug Type: Strings related
Operating System: Solaris 8
PHP Version: 4.3.3
-Assigned To:
+Assigned To: moriyoshi
Previous Comments:
[2003-12-22 18:39:35] nirva-php at ishiboo dot com
Description:
in ext/mbstring/mbfilter.c, the mbfl_encoding_8bit variable should most
likely have a alias for binary
im using the mailparse library, and it uses mbstring to decode
Content-Transfer-Encoding: binary, and it fails.
i believe binary == 8bit, so the simplest solution is probably to add
an alias there.
static const char *mbfl_encoding_8bit_aliases[] = {binary, NULL};
static const mbfl_encoding mbfl_encoding_8bit = {
mbfl_no_encoding_8bit,
8bit,
8bit,
(const char *(*)[])mbfl_encoding_8bit_aliases,
NULL,
MBFL_ENCTYPE_SBCS
};
--
Edit this bug report at http://bugs.php.net/?id=26699edit=1
#26700 [NEW]: iconv.dll with gtk+-1.3.0-20030717
From: tjhughes at iinet dot net dot au Operating system: windows xp PHP version: 4.3.4 PHP Bug Type: Reproducible crash Bug description: iconv.dll with gtk+-1.3.0-20030717 Description: the name of the dll iconv.dll conflicts with the iconv.dll from the windows version of GTK - what this means is that i have to rename the php version of iconv.dll to something else every time i want to use GIMP on windows. I am letting the people over at http://www2.arnes.si/~sopjsimo/gimp/ know as well, since it could be their problem. -- Edit bug report at http://bugs.php.net/?id=26700edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26700r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26700r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26700r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26700r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26700r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26700r=needscript Try newer version: http://bugs.php.net/fix.php?id=26700r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26700r=support Expected behavior: http://bugs.php.net/fix.php?id=26700r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26700r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26700r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26700r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26700r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26700r=dst IIS Stability: http://bugs.php.net/fix.php?id=26700r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26700r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26700r=float
#25753 [Com]: php_value|flag / php_admin_* settings leak from vhosts/.htaccess files
ID: 25753 Comment by: dkh-php at nighttide dot net Reported By: [EMAIL PROTECTED] Status: Critical Bug Type: Apache related Operating System: * PHP Version: 4CVS, 5CVS New Comment: This appears suspiciously similar to the bug I opened in 24248, only mention it here so that it can be included at the list of related reports. Previous Comments: [2003-12-22 17:47:26] dkh-php at nighttide dot net This appears suspiciously similar to the bug I opened in 24248, only mention it here so that it can be included at the list of related reports. [2003-12-04 15:49:20] [EMAIL PROTECTED] Try the following patch: http://bb.prohost.org/ap_bug.txt [2003-10-30 09:35:44] fs at nessus dot at no thats false. this bug occours on apache 1.3.x too (tested it with 1.3.27). i think thats very essential... greetings, Florian Schicker www.nessus.at [2003-10-28 04:13:33] mattias at segerdahl dot info This bug only appears when and if you have overlapping virtualhosts in apache2. Using fqdn's that have IN A or CNAME to an ipaddress on the server seems to fix it. This is only an observation that seems to have gotten rid of the problem for me. // bad2da [2003-10-22 04:01:39] mattias at segerdahl dot info Sniper, I accidently ran into this bug a few moments ago. I talked to Derick about it in the channel and we agreed I would do some testing. There are some particular strange behaviour. I will try to explain as well as include the files needed to reproduce this error. But first let me point out one thing that I find really weird. This only occurs when the apache server has not been accessed for a while, if you reload the page directly after you've encountered this error message, it will work perfectly. The error message is: Warning: Unknown(): open_basedir restriction in effect. File(/var/www/users.bitcom.se/index.php) is not within the allowed path(s): (/var/www/www.sol.se) in Unknown on line 0 Warning: Unknown(/var/www/users.bitcom.se/index.php): failed to open stream: Operation not permitted in Unknown on line 0 Warning: (null)(): Failed opening '/var/www/users.bitcom.se/index.php' for inclusion (include_path='.:/usr/local/php//lib/php') in Unknown on line 0 My php.ini file http://www.segerdahl.info/25753/php.ini My httpd.conf file http://www.segerdahl.info/25753/httpd.conf Server version: Apache/2.0.47 Server built: Oct 20 2003 18:39:21 PHP 4.3.4RC4 configured as: './configure' '--with-apxs2=/usr/local/httpd/bin/apxs' '--enable-mbstring' '--with-pear' '--with-mysql' '--enable-magic-quotes' '--with-ftp' '--sysconfdir=/etc/php' '--with-config-file-path=/etc/php' '--prefix=/usr/local/php/' '--enable-mbstring' '--with-curl' '--enable-ftp' APACHE configured as: ./configure --sysconfdir=/etc/httpd/conf --enable-ssl --prefix=/usr/local/httpd --enable-modules=dso,most Contact me on efnet if you need more information... // bad2da 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/25753 -- Edit this bug report at http://bugs.php.net/?id=25753edit=1
#26701 [NEW]: apache 1.3.27+module + DB(MSDE)
From: killyoubye at hotmail dot com Operating system: window 2000series PHP version: 4.3.4 PHP Bug Type: *General Issues Bug description: apache 1.3.27+module + DB(MSDE) Description: when I visit my page,system report unable to load dynamic lib php_mssql.dll.But the file is right there. And I use msde(sql7) as dbserver.It't ok when use other dbserver. pls help me and tell me which dll need upgrade. -- Edit bug report at http://bugs.php.net/?id=26701edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26701r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26701r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26701r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26701r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26701r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26701r=needscript Try newer version: http://bugs.php.net/fix.php?id=26701r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26701r=support Expected behavior: http://bugs.php.net/fix.php?id=26701r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26701r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26701r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26701r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26701r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26701r=dst IIS Stability: http://bugs.php.net/fix.php?id=26701r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26701r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26701r=float
#26696 [Ver]: When using string index in a switch(), segfault in PHP5.0.0b3
ID: 26696 User updated by: saruman at northernhacking dot org Reported By: saruman at northernhacking dot org Status: Verified Bug Type: Reproducible crash Operating System: Linux RH9 PHP Version: 5.0.0b3 (beta3) New Comment: One little note, it crashes in zval_unlock_func with z = 0x01, which makes no sense for a pointer. Previous Comments: [2003-12-22 17:22:03] saruman at northernhacking dot org This bug is very similar to #26281, in fact, it's probably the same. [2003-12-22 17:11:57] saruman at northernhacking dot org Backtrace: Starting program: /usr/local/php5/bin/php /usr/local/apache/htdocs/API/Tests/testCrash.php [New Thread 1075549824 (LWP 23600)] Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 1075549824 (LWP 23600)] zend_switch_free_handler (execute_data=0xbfffcfb0, op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64 64 z-refcount--; (gdb) bt #0 zend_switch_free_handler (execute_data=0xbfffcfb0, op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:64 #1 0x081ab760 in execute (op_array=0x401c31a4) at /usr/src/php-5.0.0b3/Zend/zend_execute.c:1260 #2 0x081926b5 in zend_execute_scripts (type=8, retval=0x0, file_count=3) at /usr/src/php-5.0.0b3/Zend/zend.c:1048 #3 0x08163adb in php_execute_script (primary_file=0xb380) at /usr/src/php-5.0.0b3/main/main.c:1638 #4 0x081b5b60 in main (argc=2, argv=0xb404) at /usr/src/php-5.0.0b3/sapi/cli/php_cli.c:910 #5 0x42015704 in __libc_start_main () from /lib/tls/libc.so.6 [2003-12-22 17:00:20] [EMAIL PROTECTED] Maybe related to bug #17997 [2003-12-22 16:50:56] saruman at northernhacking dot org More detailed and accurate summary [2003-12-22 15:47:34] saruman at northernhacking dot org Just reiterating that this is with beta3 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/26696 -- Edit this bug report at http://bugs.php.net/?id=26696edit=1
#26702 [NEW]: bin2hex compare with HEX value that equals DEC value of HEX of bin returns true
From: bugs dot php dot net at zetafleet dot com Operating system: Win32; Cygwin x86 PHP version: 4.3.3 PHP Bug Type: Scripting Engine problem Bug description: bin2hex compare with HEX value that equals DEC value of HEX of bin returns true Description: This is complicated, so I'll try explaining as best I can. There is a binary file. The first byte is 0x44. Doing a comparison (==) to 0x2C returns TRUE because 44 is the decimal for 0x2C. The decimal value of 0x44 is 68. This should return FALSE but does not. Reproduce code: --- (bin2hex(D) == 0x2C) RETURNS TRUE; SHOULD RETURN FALSE; (bin2hex(D) == 0x44) RETURNS FALSE; SHOULD RETURN TRUE; (bin2hex(D) == 44) RETURNS TRUE; SHOULD RETURN TRUE; Expected result: print(bin2hex(D) == 0x2C) //prints nothing print(bin2hex(D) == 0x44) //prints '1' print(bin2hex(D) == 44) //prints '1' Actual result: -- print(bin2hex(D) == 0x2C) //prints '1' print(bin2hex(D) == 0x44) //prints nothing print(bin2hex(D) == 44) //prints '1' -- Edit bug report at http://bugs.php.net/?id=26702edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=26702r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=26702r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=26702r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=26702r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=26702r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=26702r=needscript Try newer version: http://bugs.php.net/fix.php?id=26702r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=26702r=support Expected behavior: http://bugs.php.net/fix.php?id=26702r=notwrong Not enough info:http://bugs.php.net/fix.php?id=26702r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=26702r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=26702r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=26702r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=26702r=dst IIS Stability: http://bugs.php.net/fix.php?id=26702r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=26702r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=26702r=float
