#28417 [Opn->Fbk]: pages not completly loaded
ID: 28417 Updated by: [EMAIL PROTECTED] Reported By: prof_moriarty at veryfast dot biz -Status: Open +Status: Feedback Bug Type: Apache2 related Operating System: win XP PHP Version: 5.0.0RC2 New Comment: Thank you for this bug report. To properly diagnose the problem, we need a short but complete example script to be able to reproduce this bug ourselves. A proper reproducing script starts with , is max. 10-20 lines long and does not require any external resources such as databases, etc. If possible, make the script source available online and provide an URL to it here. Try avoid embedding huge scripts into the report. Previous Comments: [2004-05-16 20:50:38] prof_moriarty at veryfast dot biz Description: Running PHP5RC2 on Apache2.0.recent as a module (MYSQL 4.0.18). When running phpmyadmin, and listing tables (i.e. listing the contents of a MySQL table in HTML tables, or listing the table list itself etc (anything that uses HTML tables)), much of the time the server only bothers returning Partial tables. Some-times it even finishs with a page in the middle of a tag. This should be reproduceable by anyone using a similar setup to the above. Just nab a copy of phpmyadmin, and play around. You can't miss it. It doesn't always happen. 1 in 10 pages may load properly (just keep hitting that reload :) ). Note: Works fine with Apache 1.3.recent. Therefore the problem lies with apache 2 or php5's support thereof. Note2: There are no errors returned by apache or PHP. (php error reporting is on e_all in phpmyadmin) note3: Similar to bug 23653. But with much more recent versions of everything. -- Edit this bug report at http://bugs.php.net/?id=28417&edit=1
#28388 [Opn->Csd]: different output for simple loop in 5.* vs 4.3.*
ID: 28388 Updated by: [EMAIL PROTECTED] Reported By: fire at firepages dot org -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: win32 XP PHP Version: 5.0.0RC2 Assigned To: hholzgra New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. This has been fixed as of version of 5.0.1 Previous Comments: [2004-05-14 22:35:34] solace at ezmail dot ru Seems that there is one more 'hidden' char at the end of strings when accessing by index (probably \0 ?). This must show false, but it's true: [2004-05-13 20:18:59] fire at firepages dot org Description: dunno how to describe , simply put the code below on 4.3.4 / 4.3.5 gives (my) expected answer of '12' on 5.0.0.b4 && RC2 the answer is '13' unsure which is the correct behaviour ;) Reproduce code: --- $word has $x characters in it."; ?> Expected result: The word Encyclopedia has 12 characters in it. Actual result: -- The word Encyclopedia has 13 characters in it. -- Edit this bug report at http://bugs.php.net/?id=28388&edit=1
#28583 [Opn->Bgs]: create_function() with NULL string introduces unexpected results
ID: 28583 Updated by: [EMAIL PROTECTED] Reported By: jed at jed dot bz -Status: Open +Status: Bogus Bug Type: Unknown/Other Function Operating System: Windows XP Pro PHP Version: 5.0.0RC2 Assigned To: hholzgra New Comment: Thank you for taking the time to report a problem with PHP. Unfortunately you are not using a current version of PHP -- the problem might already be fixed. Please download a new PHP version from http://www.php.net/downloads.php If you are able to reproduce the bug with one of the latest versions of PHP, please change the PHP version on this bug report to the version you tested and change the status back to "Open". Again, thank you for your continued support of PHP. I'm unable to reproduce bug with current version of php5. Previous Comments: [2004-05-30 21:36:03] jed at jed dot bz Description: Apache/2.0.49 (Win32) PHP/5.0.0RC2 Server Using create_function() incorrectly, i.e.: $y = create_function(NULL, "cos(4);"); ...causes instability in PHP itself as no checking is done on the create_function() arguments. Every so often when this script is refreshed, PHP dumps all kinds of garbage followed by what appears to be HTTP headers (viewable in Mozilla Firefox 0.8): => d getallheaders 1 1 1 1 1 1 1 1 1 2 ) 1 1 1 1 1 1 [ 4 user 5 ] => 6 Array 1 1 1 1 1 1 1 1 2 ( 1 1 1 1 1 1 1 1 2 ) 1 2 ) 6 0 HTTP/1.1 200 OK Date: Sun, 30 May 2004 19:22:08 (...) Then the actual script output starts, which is corrupted all the same. Internet Explorer 6 on the same page attempts to refresh the page automatically numerous times, and never finishes. Could this possibly be the beginning of some kind of exploit in PHP? I have no idea what the output means but I submit it for the benefit of community review. Reproduce code: --- "; $x = get_defined_functions(); print_r($x); print ""; ?> Expected result: Array ( [internal] => Array ( [0] => zend_version (...) Actual result: -- 1 1 1 [ 2 65 5 ] => 8 unixtojd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 66 5 ] => 8 jdtounix 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 67 5 ] => 9 cal_to_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 68 5 ] => b cal_from_jd 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 69 5 ] => 11 cal_days_in_month 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 70 5 ] => 8 cal_info 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 71 5 ] => b variant_set 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 72 5 ] => b variant_add 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 73 5 ] => b variant_cat 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 74 5 ] => b variant_sub 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 75 5 ] => b variant_mul 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 76 5 ] => b variant_and 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 77 5 ] => b variant_div 1 1 1 1 1 1 1 1 1 1 1 1 1 1 [ 2 78 5 ] => b (...) -- Edit this bug report at http://bugs.php.net/?id=28583&edit=1
#28674 [Opn->Bgs]: 'parent' and 'self' behave differently with call_user_func
ID: 28674
Updated by: [EMAIL PROTECTED]
Reported By: nlhowell at cableone dot net
-Status: Open
+Status: Bogus
Bug Type: Class/Object related
Operating System: WinXP Pro 2600 SP1
PHP Version: 5CVS-2004-06-07 (dev)
New Comment:
In order to use 'parent' the calling class must be extended from a
class, and have the method defined.
Previous Comments:
[2004-06-07 16:18:01] nlhowell at cableone dot net
Description:
If you use call_user_func(array("parent", "somefunc")), an error is
triggered:
call_user_func(parent::x) [function.call-user-func.html]: First
argument is expected to be a valid callback
However, doing this with 'self' instead of 'parent' works fine, and
behaves as expected.
This may be a recurrence of Bug #26543, in which neither 'parent' nor
'self' could be used in call_user_func, so you might want to take a
look at that.
Reproduce code:
---
Expected result:
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Actual result:
--
Array ( [0] => 1 [1] => 2 [2] => 3 [3] => 4 )
Warning: call_user_func(parent::x) [function.call-user-func.html]:
First argument is expected to be a valid callback in
c:\Inetpub\wwwroot\test.php5 on line 3
--
Edit this bug report at http://bugs.php.net/?id=28674&edit=1
#28796 [Opn->Fbk]: Apache eat all Memory (parent::$this->__construct())
ID: 28796
Updated by: [EMAIL PROTECTED]
Reported By: felix at trilithium dot de
-Status: Open
+Status: Feedback
Bug Type: Apache related
Operating System: Linux version 2.4.21-199-default
PHP Version: 5.0.0RC3
New Comment:
parent::$this->__construct makes no sense, are you sure you didn't mean
parent parent::__construct()
Previous Comments:
[2004-06-18 17:41:46] benjcarson at digitaljunkies dot ca
$this->__construct() is a recursive call to secondClass' constructor.
Since the constructor never returns, the recursion never bottoms out;
it is effectively an infinite loop. Each call consumes space on the
stack, so eventually PHP chews up all available memory and dies.
You would see the same behaviour if secondClass' constructor was:
function __construct() {
$this->__construct();
}
What you really want, as alex dot pagnoni at solarix dot it has pointed
out is:
function __construct() {
parent::__construct();
}
[2004-06-17 13:38:32] alex dot pagnoni at solarix dot it
is parent::$this->__construct() the correct syntax? Wasn't
it supposed to be parent::__construct()?
[2004-06-15 17:03:13] felix at trilithium dot de
Description:
Apache eat all memory when your try the example code
Reproduce code:
---
class firstClass{
function __construct(){
echo __CLASS__."::".__FUNCTION__."";
}
function test(){
echo __CLASS__."::".__FUNCTION__."";
return $this;
}
}
class secondClass extends firstClass{
function __construct(){
echo __CLASS__."::".__FUNCTION__."";
parent::$this->__construct(); //<-here Apache eat all memory
//parent::$this->test(); // this works
}
}
$e= new secondClass;
--
Edit this bug report at http://bugs.php.net/?id=28796&edit=1
#28395 [Opn->Fbk]: Uploading of files failure
ID: 28395 Updated by: [EMAIL PROTECTED] Reported By: si at bananas dot hopto dot org -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: Windows 2000 Apache2 PHP Version: 5.0.0RC2 New Comment: Please provide the original form you are using to post to this script. Previous Comments: [2004-06-20 23:37:55] DelislMa at CollegeSherbrooke dot qc dot ca I tested uploads with php5-200406081430. In php.ini, my upload_tmp_dir was empty, as PHP is supposed to use the system default. But it did not. Setting upload_tmp_dir to /tmp solved the problem for me. [2004-06-12 21:37:28] anthony dot parsons at manx dot net I think I found the problem: open_basedir seems to be blocking PHP from accessing the directory where the temporary uploaded files are stored. The only way I could get uploads to work with an open_basedir set is by having upload_tmp_dir set to a path inside that. [2004-05-23 06:44:53] webmaster at script-tease dot net I'm using php4.3.7-dev as well and encounter no problem with file uploads... http://cpi.merseine.nu:8080/files.php http://cpi.merseine.nu:8080/files.phps [2004-05-23 02:33:43] anthony dot parsons at manx dot net Not just limited to PHP 5: I'm seeing this problem with PHP 4.3.7-dev as well (build date May 22 2004 22:12:55). [2004-05-19 20:36:00] anthony dot parsons at manx dot net Similar problem with RC1 using WinXP + Apache 2, as well as a May 14th build. I haven't been able to make uploads work at all. Here's a more basic testcase, for me the print_r always returns an empty array (on RC1 and later) whether a file is uploaded or not: 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/28395 -- Edit this bug report at http://bugs.php.net/?id=28395&edit=1
#29312 [Opn->Fbk]: set_exception_handler does not work correctly
ID: 29312
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Feedback
Bug Type: Zend Engine 2 problem
Operating System: WinXP w/SP1
PHP Version: 5.0.0
New Comment:
Please try using this CVS snapshot:
http://snaps.php.net/php5-STABLE-latest.tar.gz
For Windows:
http://snaps.php.net/win32/php5.0-win32-latest.zip
Previous Comments:
[2004-07-22 00:09:34] [EMAIL PROTECTED]
Description:
When supplying an object/method callback for set_exception_handler it
does not work if no exception message is passed. If you use a function
of a static method it works fine.
If you pass a message, it also works as expected
- Davey
Reproduce code:
---
Expected result:
object(Exception)#1 (6) {
["message:protected"]=>
string(0) ""
["string:private"]=>
string(0) ""
["code:protected"]=>
int(0)
["file:protected"]=>
string(53) "D:\web\php-mag\shafikdavey_errorhandling\listing2.txt"
["line:protected"]=>
int(12)
["trace:private"]=>
array(0) {
}
}
Actual result:
--
Fatal error: Uncaught exception 'Exception' in
D:\web\php-mag\shafikdavey_errorhandling\listing2.txt:12
Stack trace:
#0 {main}
thrown in
D:\web\php-mag\shafikdavey_errorhandling\listing2.txt on line
12
--
Edit this bug report at http://bugs.php.net/?id=29312&edit=1
#25725 [Opn->Bgs]: highlight_string doesn't parse strings containing \ properly
ID: 25725 Updated by: [EMAIL PROTECTED] Reported By: kjartan at zind dot net -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: * PHP Version: 4CVS, 5CVS New Comment: There is no issue.. simply running: does the same as a php script or running it through highlight_string. stray '\'s outside of a string isn't allowed. Previous Comments: [2004-11-10 01:34:30] Stephen2417 at gmail dot com Bumping.. This is still an issue. [2004-10-18 03:41:26] admin at cpgnuke dot com Correct this is a annoying bug because it happens randomly. My CVS viewer and BB just throw the error occasional without a pattern. I also found additional problems so maybe someone can trace it. when you have " is sometimes colored and sometimes completely blue. To me this recognizes that the function has trouble with converting the text. But where does the conversion goes bad in base_functions.c: zend_parse_parameters(), highlight_string() or even before that [2004-10-18 02:50:36] Stephen2417 at gmail dot com [Correction] This problem still exists in 5.*. [2004-10-18 02:43:43] Stephen2417 at gmail dot com This problem still exists in 4.3.9, and I beleive it has been fixed in 5.*. Half the time just shows up blank, so this is a definite bug. [2004-09-29 08:59:53] jake at varshop dot com This bug is not isolated to "Mozilla *Firefox* 1.0 PR." as jed observed. I have experienced the same behavior in IE 6.0.2800.1106 SP1 on Windows 2000. I've experienced this bug with the example url as noted by keithm, as well as other various pastes in that pastebin. The odd thing is, this error only rears it's ugly head periodically, peticularly with rapid refreshing (which may or may not be an influencing factor). The unreliability of the same unchanging code to produce an error of this nature, seems to strongly suggest that this is most certainly a bug in PHP itself. 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/25725 -- Edit this bug report at http://bugs.php.net/?id=25725&edit=1
#28734 [Opn]: Operator = changes structure of self-referencing arrays
ID: 28734
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.0.0RC2
New Comment:
Perhaps this can help track down the problem.
php 5.0.0RC3-dev:
[snip access array ouptut]
[4] => Array
(
[0] => 1
[1] => 2
[2] => 3
[3] => 4
[4] => Array
*RECURSION*
)
)
)
)
/usr/home/curt/cvs/php/php-src/Zend/zend_execute.c(662) : Freeing
0x083C4208 (16 bytes), script=2873.php
/usr/home/curt/cvs/php/php-src/Zend/zend_execute.c(3413) : Freeing
0x083C4150 (35 bytes), script=2873.php
/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c(377) : Actual location
(location was relayed)
Last leak repeated 3 times
/usr/home/curt/cvs/php/php-src/Zend/zend_execute.c(3382) : Freeing
0x083C410C (16 bytes), script=2873.php
Last leak repeated 3 times
/usr/home/curt/cvs/php/php-src/Zend/zend_execute.c(3362) : Freeing
0x083C4A6C (32 bytes), script=2873.php
/usr/home/curt/cvs/php/php-src/Zend/zend_hash.c(157) : Actual location
(location was relayed)
Last leak repeated 1 time
=== Total 11 memory leaks detected ===
Previous Comments:
[2004-06-11 19:40:24] imprestavel at gameguru dot com dot br
Tested PHP 5.0.0 RC3 and latest build (200406111430) under Windows2000
and had the same problem
[2004-06-11 09:38:37] tomas_matousek at hotmail dot com
Don't know how that is possible in your version of PHP 5.0.0 RC3, but
in mine (I'm testing RC3 available on www.php.net not the latest
version from CVS) the bug is still there (result is the same as I
described in "Actual Result").
[2004-06-11 01:43:58] D dot Kingma at jool dot nl
Results on RC3:
Array
(
[0] => 1
[1] => Z
[2] => 3
[3] => 4
[4] => Array
(
[0] => 1
[1] => Z
[2] => 3
[3] => 4
[4] => Array
*RECURSION*
)
)
Seems as aspected results
[2004-06-10 20:46:39] tomas_matousek at hotmail dot com
Description:
Create an array $b and set some of its item to reference the array
itself by =& operator. Then assign this array to some other variable.
This assignment (*) makes something wrong in the array $b because if
you change $b's items after this assignment the structure of array $b
is changed.
However, if that assignment (*) doesn't take place the behavior is
correct.
Reproduce code:
---
$b = array(1,2,3,4);
$b[4] =& $b;
// this assignment probably makes changes to $b's structure
$c = $b;
$b[1] = 'X';
$b[4][1] = 'Y';
$b[4][4][1] = 'Z';
print_r($b);
Expected result:
Array
(
[0] => 1
[1] => Z
[2] => 3
[3] => 4
[4] => Array
*RECURSION*
)
Actual result:
--
Array
(
[0] => 1
[1] => X
[2] => 3
[3] => 4
[4] => Array
(
[0] => 1
[1] => Y
[2] => 3
[3] => 4
[4] => Array
(
[0] => 1
[1] => Z
[2] => 3
[3] => 4
[4] => Array
(
[0] => 1
[1] => 2
[2] => 3
[3] => 4
[4] => Array
*RECURSION*
)
)
)
)
--
Edit this bug report at http://bugs.php.net/?id=28734&edit=1
#28763 [Opn->Fbk]: Tidy extension causing aborted MySQL connections
ID: 28763
Updated by: [EMAIL PROTECTED]
Reported By: johnfivealive at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Unknown/Other Function
Operating System: Fedora Core 2
PHP Version: 5.0.0RC3
New Comment:
Check you mysql settings:
http://dev.mysql.com/doc/mysql/en/Communication_errors.html
Previous Comments:
[2004-06-13 18:02:35] johnfivealive at hotmail dot com
Description:
Whenever I execute a MySQL query I call my escapeString function to
escape strings properly before inserting them into the database. When I
call the tidy_repair_string function from my escapeString function, I
start seeing the following error in the MySQL error log:
Aborted connection 199 to db: 'logik' user: 'logik' host: `localhost'
(Got an error reading communication packets)
This error only seems to occur when I'm attempting to execute a lot of
queries in succession, for example importing a large XML file into my
database.
I think there is some bug between PHP and the Tidy extension. Perhaps
Tidy is taking too long to return or their are some thread
synchronization issues which are causing MySQL to malfunction. I'm
pretty sure it is the Tidy extension that is causing problems here
because when I comment out the call to tidy_repair_string my program
works with no problems whatsoever.
Tidy info as reported by phpinfo():
tidy
Tidy supportenabled
libTidy Release 1st June 2004
Extension Version 2.0-dev ($Id: tidy.c,v 1.53 2004/05/28 20:32:52 john
Exp $)
Reproduce code:
---
This is how I'm calling tidy_repair_string:
public static function tidyString( $string )
{
$tidyOptions = array( "bare" => true,
"break-before-br" => true,
"char-encoding" => "latin1",
"clean" => true,
"doctype" => "omit",
"drop-proprietary-attributes" => true,
"logical-emphasis" => false,
"output-xhtml" => true,
"quote-ampersand" => true,
"show-body-only" => true,
"word-2000" => true,
"wrap" => 0 );
// Get rid of all funky characters
return tidy_repair_string( $string, $tidyOptions ); // PHP 5
}
Expected result:
Tidy should work in sequence with MySQL queries.
Actual result:
--
The correct string is returned, but when queries need to be executed
quickly and in succession things start getting erratic and MySQL says:
Aborted connection 199 to db: 'logik' user: 'logik' host: `localhost'
(Got an error reading communication packets)
Also PHP outputs the following warning:
Warning: Unknown list entry type in request shutdown (18545152) in
Unknown on line 0
Other times, the script never finishes executing, thus no output is
produced, warnings or otherwise.
There are also MySQL warnings, but these are a result of Tidy not
returning the correct string, or perhaps not returning in time.
When I don't call the tidy function, there are not warnings or
problems.
--
Edit this bug report at http://bugs.php.net/?id=28763&edit=1
#28345 [Opn->Fbk]: nothing works
ID: 28345 Updated by: [EMAIL PROTECTED] Reported By: zee at email dot ro -Status: Open +Status: Feedback Bug Type: *General Issues Operating System: suse linux PHP Version: Irrelevant New Comment: What is the value of memory_limit in you're php.ini file? it look like it is set to '8' instead of the '8M' Previous Comments: [2004-05-10 09:25:15] zee at email dot ro Description: I have a really big problem Nothing works in php. i've pasted this code in a file: and it gives me this error: 'Fatal error: Allowed memory size of 8 bytes exhausted at zend_stack.c:27 (tried to allocate 256 bytes) in Unknown on line 0' It has to be something serious,huh? Here's the URL of the file: http://linux.bathory.ro/~tibi/a.php i've tried to search for this kind of errors(bugs), but i could not find anything. can someone help me? Reproduce code: --- Expected result: a huge table full with informations about php Actual result: -- 'Fatal error: Allowed memory size of 8 bytes exhausted at zend_stack.c:27 (tried to allocate 256 bytes) in Unknown on line 0 -- Edit this bug report at http://bugs.php.net/?id=28345&edit=1
#28887 [Opn->Bgs]: === does not detect assignment of built-in types
ID: 28887 Updated by: [EMAIL PROTECTED] Reported By: sdavey at datalink dot net dot au -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: Windows XP Pro PHP Version: 5.0.0RC3 New Comment: When you assign $a to $b they should be same, and when you change a value they wont be same. The === operator checks equality of type and value; it has nothing to do with variable references. Previous Comments: [2004-06-23 20:55:49] slunta at msn dot com == [2004-06-23 05:24:35] sdavey at datalink dot net dot au Description: Hi, For PHP5RC3, the assignment operator only performs the copy when one of the variables is later changed. I guess this is done for performance reasons, but this can lead to problems if you are using the === operator. Let some code explain. My assignment of $a to $b should have resulted in $a and $b being different, but the first === check shows them to be the same.Only after I change $a and $b does the copy occur, and they become different. If the copy is delayed for performance reasons, the === operator should detect the delayed copy so it returns the correct answer to the programmer. For example, a programmer may try the following, thinking the two variables are references to the same data, when in fact they may not be, depending on whether they have been changed since the assignment took place: Hope this makes sense. I think this has been the behaviour of PHP since the late 4.3.* range based on a comment in the PHP manual, but IMHO the programmer shouldn't have to deal with internal PHP optimiations that may change silently in the future. I'm interested to see whether the PHP Dev Team see this as a feature or a bug. Scott Reproduce code: --- Expected result: No output. Actual result: -- b === a! -- Edit this bug report at http://bugs.php.net/?id=28887&edit=1
#28888 [Opn->Csd]: Possibility to make sessions read-only
ID: 2 Updated by: [EMAIL PROTECTED] Reported By: marekm at apnet dot pl -Status: Open +Status: Closed Bug Type: Feature/Change Request Operating System: All PHP Version: 4.3.7 New Comment: use session_write_close() before you start sending your file. Previous Comments: [2004-06-23 08:19:43] marekm at apnet dot pl Description: I'm using a php script that uses sessions and send really big files as output to the users. As the files are opened in popup windows I recently noticed that other scripts (with the same session id) are locked until the first send all data to the user. I think that solution could be quite simple: If session_stat() had a parameter like eg. readonly (defaults to false) PHP engine didn't have to lock session file for the lifetime of whole PHP script but only for the time of reading session file. That would dramatically improve performance in scripts like mine. -- Edit this bug report at http://bugs.php.net/?id=2&edit=1
#28891 [Opn]: zip
ID: 28891 Updated by: [EMAIL PROTECTED] Reported By: radu at netex dot ro Status: Open Bug Type: *Configuration Issues Operating System: linux PHP Version: 5.0.0RC3 New Comment: It appears that the zip module has been moved to PECL. You'll notice that ./configure --help doesn't have that option. http://pecl.php.net/package/zip Previous Comments: [2004-06-23 11:02:22] radu at netex dot ro Description: With the configure directive --with-zip it doesn't load the zip module. We have PHP Version 5.0.0RC2 -- Edit this bug report at http://bugs.php.net/?id=28891&edit=1
#28900 [Opn->Bgs]: class constants not working
ID: 28900 Updated by: [EMAIL PROTECTED] Reported By: misu200 at yahoo dot com -Status: Open +Status: Bogus Bug Type: Class/Object related Operating System: Windows XP PHP Version: 5.0.0RC3 New Comment: echo self::KKR; Previous Comments: [2004-06-23 22:42:27] misu200 at yahoo dot com Description: class constants not working Reproduce code: --- Expected result: 1 Actual result: -- XKR -- Edit this bug report at http://bugs.php.net/?id=28900&edit=1
#28938 [Opn]: foreach statement can be forced to crash PHP
ID: 28938
Updated by: [EMAIL PROTECTED]
Reported By: tomas_matousek at hotmail dot com
Status: Open
Bug Type: Scripting Engine problem
Operating System: WinXP
PHP Version: 5.0.0RC3
New Comment:
here is some output in debug mode:
$a = array(0,1);
foreach ($a as $value)
{
$a->foo = "bar";
}
PHP Warning: Attempt to assign property of non-object in
/php/bugs/28938.php on line 6
PHP Warning: Attempt to assign property of non-object in
/php/bugs/28938.php on line 6
[Wed Jun 30 05:09:40 2004] Script: '28938.php'
---
/php/php-src/Zend/zend_execute.c(76) : Block 0x0840AAEC status:
/cvs/php/php-src/Zend/zend_execute.h(61) : Actual location (location
was relayed)
Beginning: Overrun (magic=0x0006, expected=0x7312F8DC)
End: Unknown
---
PHP Warning: String is not zero-terminated (...)
(source: /cvs/php/php-src/Zend/zend_opcode.c:215) in Unknown on
line 0
[Wed Jun 30 05:09:40 2004] Script: '28938.php'
---
/cvs/php/php-src/Zend/zend_opcode.c(215) : Block 0x0840BD18 status:
/cvs/php/php-src/Zend/zend_variables.c(45) : Actual location (location
was relayed)
Beginning: Cached (allocated on
/cvs/php/php-src/Zend/zend_language_scanner.l:1510, 4 bytes)
End: OK
---
Previous Comments:
[2004-06-28 09:25:32] tomas_matousek at hotmail dot com
Description:
The following code crashes PHP.
Reproduce code:
---
$a = array(0,1,2);
foreach ($a as $value)
{
$a->foo = "bar";
}
Expected result:
none
Actual result:
--
crash
--
Edit this bug report at http://bugs.php.net/?id=28938&edit=1
#28952 [Opn->Bgs]: class_exists() still calls __autoload()
ID: 28952
Updated by: [EMAIL PROTECTED]
Reported By: jonathan dot hawk at hungrywolf dot net
-Status: Open
+Status: Bogus
Bug Type: Zend Engine 2 problem
Operating System: Windows 2000
PHP Version: 5CVS-2004-06-28 (dev)
New Comment:
Just add a comment to the bug, don't open a new duplicate one.
Previous Comments:
[2004-06-28 22:08:09] jonathan dot hawk at hungrywolf dot net
Description:
There is another bug report for this issue marked closed:
http://bugs.php.net/bug.php?id=28333
I pulled the latest Dev copy of PHP5 and noticed this bug is still
around. Is this expected behavior for class_exists? To try to include
a non-existant class? That doesn't seem right to me.
Reproduce code:
---
function __autoLoad( $class ) {
echo "I want to load $class";
}
if ( !class_exists("iAmNotHere") ) {
echo "Class doesn't exist";
}
Expected result:
Class doesn't exist
Actual result:
--
I want to load myClass
Class doesn't exist
--
Edit this bug report at http://bugs.php.net/?id=28952&edit=1
#28967 [Opn->Bgs]: enabling pspell causes apache to crash, segmentation fault
ID: 28967 Updated by: [EMAIL PROTECTED] Reported By: shannon at swerb dot com -Status: Open +Status: Bogus Bug Type: Reproducible crash Operating System: Freebsd 4.7 PHP Version: 4.3.7 New Comment: confirmed problem with php accelerator, not php. Previous Comments: [2004-07-01 04:06:13] shannon at swerb dot com The following gdb session produced the backtrace from the httpd.core... batt3# gdb /usr/local/apache/bin/httpd /usr/local/apache/httpd.core GNU gdb 4.18 (FreeBSD) Copyright 1998 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-freebsd"... (no debugging symbols found)... Core was generated by `httpd'. Program terminated with signal 11, Segmentation fault. Reading symbols from /usr/lib/libcrypt.so.2...(no debugging symbols found)... done. Reading symbols from /usr/lib/libc.so.4...(no debugging symbols found)...done. Reading symbols from /usr/local/lib/php/phpa/php_accelerator_1.3.3r2.so... (no debugging symbols found)...done. Reading symbols from /usr/libexec/ld-elf.so.1...(no debugging symbols found)... done. #0 0x0 in ?? () (gdb) bt #0 0x0 in ?? () #1 0x28519319 in _init () from /usr/local/lib/php/phpa/php_accelerator_1.3.3r2.so #2 0x28524595 in _fini () from /usr/local/lib/php/phpa/php_accelerator_1.3.3r2.so #3 0x280c6e59 in find_symdef () from /usr/libexec/ld-elf.so.1 #4 0x28171f94 in exit () from /usr/lib/libc.so.4 #5 0x80781bc in clean_parent_exit () #6 0x807b529 in main () #7 0x804f905 in _start () (gdb) [2004-06-30 05:40:46] shannon at swerb dot com Description: Hi there, sorry, but I am running out of ideas here... I have tracked my problem to similar to the bugs 17402 or 8133 or 8464. I have tried php 4.3.4 through 4.3.7 including latest snapshot. My configure options are: './configure' '--with-mysql' '--with-apxs=/usr/local/apache/bin/apxs' '--includedir=/usr/local/include' '--with-pspell' '--with-xml' '--with-zlib' '--with-mcrypt=/usr/src/libmcrypt-2.5.7' '--enable-memory-limit=yes' '--enable-shmop' I have also tried various other configurations, the common configure option is always pspell. If I remove it the issue goes away... The issue is that the so module is installed and then I can start apache standard and with ssl, but cannot do a restart or a graceful without getting a seg fault and core dumped, can't figure out what is going on here. i have updated my glib, gmake functions, I have used various version of aspell, all with no luck. No matter what I try I cannot get the pspell module enabled and to allow apache to do a restart or graceful without a core dump. I am using apache 1.3.27. Thanks for your help! Best Regards, Shannon http://www.battcave.com/ -- Edit this bug report at http://bugs.php.net/?id=28967&edit=1
#28645 [Opn->Fbk]: SMTP value won't load although configured in php.ini
ID: 28645 Updated by: [EMAIL PROTECTED] Reported By: herps at raqtweak dot com -Status: Open +Status: Feedback Bug Type: Mail related Operating System: Windows XP Professional PHP Version: 4.3.7 New Comment: The ini setting for STMP can be changed anywhere. Saying that it simply doesn't work doesn't help any. See: http://bugs.php.net/how-to-report.php http://www.php.net/support.php Previous Comments: [2004-07-06 01:37:05] herps at raqtweak dot com And this machine is a clean install of Windows XP Pro with Apache 2.0.49 and PHP 4.3.7 with no extra IIS stuff or local mail servers running and PHP.INI is configured to use a 3rd party mail server? [2004-07-06 01:35:25] [EMAIL PROTECTED] I just tried on 3rd Windows XP machine since your claim this doesn't work and guess what: IT STILL works... [2004-07-06 01:33:19] herps at raqtweak dot com Have you seen the Votes? Obviously I am NOT the only one. Hey sniper, can you perhaps have someone else look at it who does not immediately dismiss a bug report to avoid extra work? Furthermore, second oppinion is always a good idea of course... Thanks! [2004-07-06 01:30:24] [EMAIL PROTECTED] It works fine for everyone else but you, thus, you must be doing something wrong. Simple. [2004-06-24 01:27:39] herps at raqtweak dot com Oh and yes, it is UPPERCASE 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/28645 -- Edit this bug report at http://bugs.php.net/?id=28645&edit=1
#29055 [Opn->Bgs]: not very important, maybe
ID: 29055 Updated by: [EMAIL PROTECTED] Reported By: nallen54 at hotmail dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: linux gentoo PHP Version: 5.0.0RC3 New Comment: See http://www.php.net/support.php for questions like this. Previous Comments: [2004-07-08 03:34:05] nallen54 at hotmail dot com Description: When I try to # php -r file.php I often get this problem: Parse error: parse error, unexpected $ in Command line code on line 1 And when i open it in a web browser it tells me that the web browser (which is running as an other user then root, obviously) cant read the file; permission denied. Expected result: it should've tould me that when i runned it from the command line that it couldn't read the file; but since i ran it as root, and that i actually had permission, i dont know how the pieces come together. -- Edit this bug report at http://bugs.php.net/?id=29055&edit=1
#29068 [Opn->Bgs]: ambiguity of $$arrayref[0] []operator too strong
ID: 29068
Updated by: [EMAIL PROTECTED]
Reported By: steffen dot moeller at med dot uni-rostock dot de
-Status: Open
+Status: Bogus
Bug Type: Arrays related
Operating System: Linux
PHP Version: Irrelevant
New Comment:
see http://php.net/variables.variable
Previous Comments:
[2004-07-09 01:01:04] steffen dot moeller at med dot uni-rostock dot de
Description:
$$c is an array
$$c[0] is not defined
($$c)[0] is a syntax error
There seems not way to directly access the content of a
referenced array.
My PHP version is 4.3.4-4 of Debian unstable
Reproduce code:
---
$tmp=array("hello world");
$c="tmp";
$a=$$c; # works
echo $a[0]; # works
echo ($$c)[0]; # should work
echo {$$c}[0]; # would not mind if this was an alternative
Expected result:
"tmp"
Actual result:
--
syntax error
--
Edit this bug report at http://bugs.php.net/?id=29068&edit=1
#29073 [Opn->Bgs]: stylesheet hangup
ID: 29073 Updated by: [EMAIL PROTECTED] Reported By: bugman at swfla dot rr dot com -Status: Open +Status: Bogus Bug Type: Scripting Engine problem Operating System: w2k PHP Version: 4.3.7 New Comment: 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. IE's behaviour has nothing to do with php Previous Comments: [2004-07-09 12:40:06] bugman at swfla dot rr dot com Description: Hi. If the stylesheet reference is removed from the code below, the page loads normally. This also loads normally in earlier versions of PHP. However, when I try to view the page as is, IE hangs. If you have a solution, I'd sure be happy to see it. -John Reproduce code: --- Gulf Coast Real Estate Show - Home Page Expected result: hi Actual result: -- (blank screen with unmoving progress bar) -- Edit this bug report at http://bugs.php.net/?id=29073&edit=1
#29078 [Opn->Fbk]: sessions fail
ID: 29078
Updated by: [EMAIL PROTECTED]
Reported By: jasonm304 at hotmail dot com
-Status: Open
+Status: Feedback
Bug Type: Session related
Operating System: Windows XP
PHP Version: 4.3.7
New Comment:
Not enough information was provided for us to be able
to handle this bug. Please re-read the instructions at
http://bugs.php.net/how-to-report.php
If you can provide more information, feel free to add it
to this bug and change the status back to "Open".
Thank you for your interest in PHP.
Previous Comments:
[2004-07-09 20:35:48] jasonm304 at hotmail dot com
Description:
Im trying to make a login page passing session data to remember the
login details. I know that the code works as it was on another PC
working fine. But the seesions are not kept and fall over. i have a
front form which posts the name and ID. It is checked with a MYSQL DB
and made into a session.
Reproduce code:
---
session_start();
$_SESSION["name"] = $UserDetails["Name"];
$_SESSION["userid"] = $UserDetails["UserID"];
header ("Location: login.php");
Expected result:
The session data is then passed on the login.php
i can then use name and user id to give access to site.
Actual result:
--
but when i use print_r($_SESSION) it does not display the session
information.
--
Edit this bug report at http://bugs.php.net/?id=29078&edit=1
#29080 [Opn->Fbk]: Segmentation Fault when using Interface
ID: 29080 Updated by: [EMAIL PROTECTED] Reported By: jason at ionzoft dot com -Status: Open +Status: Feedback Bug Type: Reproducible crash Operating System: Redhat ES 3.0 (Intel) PHP Version: 5.0.0RC3 New Comment: 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 Previous Comments: [2004-07-09 23:14:46] jason at ionzoft dot com Description: Hello, I discovered this problem tonight while working on a new PHP 5 class that uses an interface. The code example came from http://www.zend.com/php5/articles/engine2-php5-changes.php#Heading5 getMessage(); ?> -- On this server, I get a Segmentation Fault: [EMAIL PROTECTED] dev]$ php -v PHP 5.0.0RC3 (cli) (built: Jun 24 2004 17:35:13) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies with Zend Extension Manager v1.0.2, Copyright (c) 2003-2004, by Zend Technologies with Zend Optimizer v2.5.2, Copyright (c) 1998-2004, by Zend Technologies with Zend Debugger v3.5.0, Copyright (c) 1999-2004, by Zend Technologies [EMAIL PROTECTED] dev]$ php -f Interface.php Segmentation fault -- On this server, It works fine: [EMAIL PROTECTED] Jason]$ php -v PHP 5.0.0RC3 (cli) (built: Jun 14 2004 14:04:10) Copyright (c) 1997-2004 The PHP Group Zend Engine v2.0.0RC3, Copyright (c) 1998-2004 Zend Technologies [EMAIL PROTECTED] Jason]$ php -f Interface.php Hello -- Could it be a problem with the Debugger? Thanks, Jason Garber -- PHP Internals - PHP Runtime Development Mailing List To unsubscribe, visit: http://www.php.net/unsub.php Reproduce code: --- getMessage(); ?> Expected result: Should print "Hello\n" Actual result: -- "Segmentation Fault" -- Edit this bug report at http://bugs.php.net/?id=29080&edit=1
#29089 [Opn->Fbk]: Configure Warning concerning MySQL Version 4.1.3
ID: 29089 Updated by: [EMAIL PROTECTED] Reported By: s dot seipel at gmx dot de -Status: Open +Status: Feedback Bug Type: Compile Failure Operating System: Linux Slackware 9.1 PHP Version: 5CVS-2004-07-10 (dev) New Comment: You can't compile the mysql4.0 client and mysql4.1 client together, try changing your --with-mysql to /usr/local/mysql4.1/ Also, check your config.log, it will show you how mysql.4.1.x was tested. Previous Comments: [2004-07-10 20:51:16] s dot seipel at gmx dot de Description: I downloaded and compile the mysql version 4.1.3 (no snapshot or CVS) which run without problems. then I checkout the latest PHP 5 CVS and run the following configure: ./configure --with-apxs2=/usr/local/apache2/bin/apxs --with-config-file-path=/etc --with-mysql=/usr/local/mysql4.0 --with-mysqli=/usr/local/mysql4.1/bin/mysql_config --with-xmlrpc --enable-soap --enable-wddx --with-jpeg-dir=/usr/local --with-gd --with-freetype-dir=/usr/local --with-ttf=/usr/local --with-zlib-dir=/usr/local --enable-sockets checking for MySQLi support... yes checking whether to enable embedded MySQLi support... no checking for mysql_set_server_option in -lmysqlclient... yes checking for mysql_stmt_field_count in -lmysqlclient... no configure: error: MySQLI doesn't support versions < 4.1.3 anymore. Please update your libraries. MySQL 4.1.3 is actually installed, is this a Bug? -- Edit this bug report at http://bugs.php.net/?id=29089&edit=1
#29099 [Opn->Csd]: file_get_contents returns corrupted results with remote files
ID: 29099
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
-Status: Open
+Status: Closed
Bug Type: Filesystem function related
Operating System: Linux
PHP Version: 5CVS-2004-07-11 (dev)
New Comment:
Fixed in cvs
Previous Comments:
[2004-07-11 23:19:51] [EMAIL PROTECTED]
it seems this broke between June 18th and July 8, possibly related to
php_stream_copy_to_mem().
[2004-07-11 20:48:15] [EMAIL PROTECTED]
Description:
When using file_get_contents() on remote files, the result differs from
the (correct) result using the Curl functions.
Reproduce code:
---
$ch = curl_init("http://www.php.net/";);
curl_setopt($ch, CURLOPT_RETURNTRANSFER, true);
$str1 = curl_exec($ch);
curl_close($ch);
$str2 = file_get_contents("http://www.php.net/";);
if ($str1 != $str2) {
echo "Both results differ.\n";
} else {
echo "Both results are the same.\n";
}
Expected result:
Output "Both results are the same."
Actual result:
--
Output "Both results differ."
--
Edit this bug report at http://bugs.php.net/?id=29099&edit=1
#28999 [Opn->Csd]: exec()'s output array overwritten
ID: 28999 Updated by: [EMAIL PROTECTED] Reported By: danielc at analysisandsolutions dot com -Status: Open +Status: Closed Bug Type: Unknown/Other Function Operating System: Windows 2000 PHP Version: 5CVS-2004-07-03 (dev) New Comment: This bug has been fixed in CVS. Snapshots of the sources are packaged every three hours; this change will be in the next snapshot. You can grab the snapshot at http://snaps.php.net/. Thank you for the report, and for helping us make PHP better. Previous Comments: [2004-07-09 22:57:25] danielc at analysisandsolutions dot com Curt Zirzow posted a patch for this to internals... http://news.php.net/php.internals/10968 [2004-07-03 06:05:05] danielc at analysisandsolutions dot com Description: In PHP 4, when using exec() multiple times with the same array in the "output" parameter, the data from subsequent exec() calls appended the new results to the existing array. This is as the manual says. When PHP 5 first came out, each call to exec() overwrote the prior array. At some point a while ago, there was discussion on the list and things were changed back to the old behavior. At some point after that, the arrays started getting overwritten again. Is this intentional? I saw no notices about it in README.PHP4-TO-PHP5-THIN-CHANGES or in the man page. Can the old behavior be reimplemented in order to preserve compatibility? I made a post about this to internals: http://marc.theaimsgroup.com/?l=php-dev&m=108874256229775&w=2 Reproduce code: --- Expected result: Array ( [0] => The current date is: Fri 07/02/2004 [1] => Enter the new date: (mm-dd-yy) [2] => The current date is: Fri 07/02/2004 [3] => Enter the new date: (mm-dd-yy) ) Actual result: -- Array ( [0] => The current date is: Fri 07/02/2004 [1] => Enter the new date: (mm-dd-yy) ) -- Edit this bug report at http://bugs.php.net/?id=28999&edit=1
#29122 [Opn->Fbk]: mail function ignoring -f arg as 5th argument
ID: 29122
Updated by: [EMAIL PROTECTED]
Reported By: brian dot foddy at nwa dot com
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: Solaris 2.8
PHP Version: 5.0.0RC3
New Comment:
what is the output of:
echo ini_get('sendmail_from');
echo ini_get('sendmail_path');
before you call mail()
And does the sendmail you are using support the -f option?
Previous Comments:
[2004-07-13 18:23:04] brian dot foddy at nwa dot com
Description:
The mail functions additional parameters
argument is ignoring a "-f" argument. I need
to send sendmail a -f argument to change the
Return-Path outbound header to get past some
email spam settings.
This same code worked fine in the previous version
I used (4.2.3).
Configure as reported by phpinfo:
'./configure' '--with-apxs=/apps/soc/apache/bin/apxs'
'--prefix=/apps/soc/apache/php5'
'--with-sybase-ct=/apps/soc/sybase/OCS-12_0' '--enable-track-vars'
'--with-config-file-path=/apps/soc/apache/php5' '--enable-trans-sid'
'--with-ldap' '--enable-soap' '--with-libxml-dir=/apps/soc/'
'--with-mysql=/apps/soc/mysql/'
Running on Apache 1.3.22, Solaris 2.8 Ultrasparc
V880 machine.
Reproduce code:
---
";
exit;
}
print nl2br($t_message);
print ("Done");
?>
Expected result:
The resulting email should have a
Return-Path: [EMAIL PROTECTED]
Actual result:
--
Actual Return-Path in header is still raw machine
name. Actual full email and header:
X-UIDL: AAwojxcAAAwkL59LRkTWhqUambbW6YDo
X-Mozilla-Status: 0001
X-Mozilla-Status2:
Received: from FMMSPJ34.pad.nwa.com ([139.72.12.25]) by
AMMSPJ28.pad.nwa.com with Microsoft SMTPSVC(5.0.2195.5329);
Tue, 13 Jul 2004 11:02:39 -0500
Received: from j1xrms01.nwa.com ([139.72.109.167]) by
FMMSPJ34.pad.nwa.com with Microsoft SMTPSVC(5.0.2195.6713);
Tue, 13 Jul 2004 11:02:38 -0500
Received: from j0xsas04.nwa.com (j0xsas04.nwa.com [139.72.109.213])
by j1xrms01.nwa.com (AIX4.3/8.9.3/8.9.3/NWA/990401/MAILHUB) with
SMTP id LAA224760
for <[EMAIL PROTECTED]>; Tue, 13 Jul 2004 11:02:38 -0500
Received: from f1xsds01.mn.nwa.com ([139.72.25.101])
by j0xsas04.nwa.com (SMSSMTP 4.0.0.59) with SMTP id
M2004071311023832599
for <[EMAIL PROTECTED]>; Tue, 13 Jul 2004 11:02:38 -0500
Received: (from [EMAIL PROTECTED])
by f1xsds01.mn.nwa.com (8.11.7p1+Sun/8.11.7) id i6DG2c705433;
Tue, 13 Jul 2004 16:02:38 GMT
Date: Tue, 13 Jul 2004 16:02:38 GMT
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Subject line
From: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
X-Mailer: PHP/5.0.0RC3
Mailing-List: SOC Issue Tracking - Mantis
Content-Type: text/plain; charset=iso-8859-1
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 13 Jul 2004 16:02:38.0925 (UTC)
FILETIME=[D21607D0:01C468F2]
This is a test message.
Tue Jul 13 11:02:38 CDT 2004
--
Edit this bug report at http://bugs.php.net/?id=29122&edit=1
#29122 [Opn->Fbk]: mail function ignoring -f arg as 5th argument
ID: 29122
Updated by: [EMAIL PROTECTED]
Reported By: brian dot foddy at nwa dot com
-Status: Open
+Status: Feedback
Bug Type: Mail related
Operating System: Solaris 2.8
PHP Version: 5.0.0RC3
New Comment:
you're workaround is exactly how php's mail() sends the data, minus the
ini setting to use -t -i. So I dont see how a different return path is
being sent.
Looking at your headers, it does seem suspect that return-path isn't
the first line, It appears that mozilla is doing some header mangling.
Can you obtain the raw headers that are being set?
Previous Comments:
[2004-07-14 05:49:02] brian dot foddy at nwa dot com
The results as requested:
From= [EMAIL PROTECTED]
Path = [/usr/lib/sendmail -t -i]
Yes, it supports the -f option, my temporary workaround was
the following code snippet instead of calling mail()
$tmp_msg_string = "To: $t_recipient\nSubject:
$t_subject\n$t_headers\n\n$t_message\n";
$tmp_handle = popen ("/usr/lib/sendmail [EMAIL PROTECTED] $t_recipient",
"w");
fwrite ($tmp_handle, $tmp_msg_string);
$result = pclose ($tmp_handle);
which worked fine as expected.
[2004-07-14 05:28:19] [EMAIL PROTECTED]
what is the output of:
echo ini_get('sendmail_from');
echo ini_get('sendmail_path');
before you call mail()
And does the sendmail you are using support the -f option?
[2004-07-13 18:23:04] brian dot foddy at nwa dot com
Description:
The mail functions additional parameters
argument is ignoring a "-f" argument. I need
to send sendmail a -f argument to change the
Return-Path outbound header to get past some
email spam settings.
This same code worked fine in the previous version
I used (4.2.3).
Configure as reported by phpinfo:
'./configure' '--with-apxs=/apps/soc/apache/bin/apxs'
'--prefix=/apps/soc/apache/php5'
'--with-sybase-ct=/apps/soc/sybase/OCS-12_0' '--enable-track-vars'
'--with-config-file-path=/apps/soc/apache/php5' '--enable-trans-sid'
'--with-ldap' '--enable-soap' '--with-libxml-dir=/apps/soc/'
'--with-mysql=/apps/soc/mysql/'
Running on Apache 1.3.22, Solaris 2.8 Ultrasparc
V880 machine.
Reproduce code:
---
";
exit;
}
print nl2br($t_message);
print ("Done");
?>
Expected result:
The resulting email should have a
Return-Path: [EMAIL PROTECTED]
Actual result:
--
Actual Return-Path in header is still raw machine
name. Actual full email and header:
X-UIDL: AAwojxcAAAwkL59LRkTWhqUambbW6YDo
X-Mozilla-Status: 0001
X-Mozilla-Status2:
Received: from FMMSPJ34.pad.nwa.com ([139.72.12.25]) by
AMMSPJ28.pad.nwa.com with Microsoft SMTPSVC(5.0.2195.5329);
Tue, 13 Jul 2004 11:02:39 -0500
Received: from j1xrms01.nwa.com ([139.72.109.167]) by
FMMSPJ34.pad.nwa.com with Microsoft SMTPSVC(5.0.2195.6713);
Tue, 13 Jul 2004 11:02:38 -0500
Received: from j0xsas04.nwa.com (j0xsas04.nwa.com [139.72.109.213])
by j1xrms01.nwa.com (AIX4.3/8.9.3/8.9.3/NWA/990401/MAILHUB) with
SMTP id LAA224760
for <[EMAIL PROTECTED]>; Tue, 13 Jul 2004 11:02:38 -0500
Received: from f1xsds01.mn.nwa.com ([139.72.25.101])
by j0xsas04.nwa.com (SMSSMTP 4.0.0.59) with SMTP id
M2004071311023832599
for <[EMAIL PROTECTED]>; Tue, 13 Jul 2004 11:02:38 -0500
Received: (from [EMAIL PROTECTED])
by f1xsds01.mn.nwa.com (8.11.7p1+Sun/8.11.7) id i6DG2c705433;
Tue, 13 Jul 2004 16:02:38 GMT
Date: Tue, 13 Jul 2004 16:02:38 GMT
Message-Id: <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: Subject line
From: [EMAIL PROTECTED]
X-Sender: [EMAIL PROTECTED]
X-Mailer: PHP/5.0.0RC3
Mailing-List: SOC Issue Tracking - Mantis
Content-Type: text/plain; charset=iso-8859-1
Return-Path: [EMAIL PROTECTED]
X-OriginalArrivalTime: 13 Jul 2004 16:02:38.0925 (UTC)
FILETIME=[D21607D0:01C468F2]
This is a test message.
Tue Jul 13 11:02:38 CDT 2004
--
Edit this bug report at http://bugs.php.net/?id=29122&edit=1
#29199 [Opn->Bgs]: Tidy's "enclose-block-text" option doesn't works
ID: 29199
Updated by: [EMAIL PROTECTED]
Reported By: saran at inra dot co dot th
-Status: Open
+Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
This is an issue with libtidy itself. It wont put tags around
content inside of 's.
Previous Comments:
[2004-07-16 09:10:02] saran at inra dot co dot th
Description:
Tidy's "enclose-block-text" option doesn't works. It should insert a
element to enclose any text it finds in any element that allows
mixed content. In example below it should insert a element to
enclose text inside a element (as tidy.exe did with this same
option set to true).
Reproduce code:
---
Test
";
$config=array('enclose-block-text'=>1);
$tidy=tidy_parse_string($html,$config);
echo tidy_get_body($tidy);
?>
Expected result:
Test
Actual result:
--
Test
--
Edit this bug report at http://bugs.php.net/?id=29199&edit=1
#29199 [Bgs]: Tidy's "enclose-block-text" option doesn't works
ID: 29199
Updated by: [EMAIL PROTECTED]
Reported By: saran at inra dot co dot th
Status: Bogus
Bug Type: Unknown/Other Function
Operating System: Windows 2000
PHP Version: 5.0.0
New Comment:
This is being tested with 'libtidy June 1 2004'
Here is some code that should show that the config is being passed:
text
Test
";
// with config
$config=array('enclose-block-text'=>1);
$tidy=tidy_parse_string($html,$config);
echo tidy_get_body($tidy);
// without config
$config=array('enclose-block-text'=>0);
$tidy=tidy_parse_string($html,$config);
echo tidy_get_body($tidy);
?>
Previous Comments:
[2004-07-18 13:44:32] saran at inra dot co dot th
I'm quite sure that this is not bogus. I have tried various version of
tidylib (from Aug, 2000 to recent version) it all did put to
enclose bare text inside with the option 'enclose-block-text' set
to true. This is what tidy's manual say
http://tidy.sourceforge.net/docs/quickref.html#enclose-block-text. It
seem like this option never pass to tidy.
[2004-07-18 01:44:03] [EMAIL PROTECTED]
This is an issue with libtidy itself. It wont put tags around
content inside of 's.
[2004-07-16 09:10:02] saran at inra dot co dot th
Description:
Tidy's "enclose-block-text" option doesn't works. It should insert a
element to enclose any text it finds in any element that allows
mixed content. In example below it should insert a element to
enclose text inside a element (as tidy.exe did with this same
option set to true).
Reproduce code:
---
Test
";
$config=array('enclose-block-text'=>1);
$tidy=tidy_parse_string($html,$config);
echo tidy_get_body($tidy);
?>
Expected result:
Test
Actual result:
--
Test
--
Edit this bug report at http://bugs.php.net/?id=29199&edit=1
#34982 [Opn]: array_walk_recursive() modifies elements outside function scope
ID: 34982
Updated by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Arrays related
Operating System: *
PHP Version: 5CVS-2005-10-25 (CVS)
New Comment:
Mabey I didn't make the code clear but if you var_dump($a) right after
array_walk_recursive() all values have the value of 'changed'. The
problem is back outside of the function that called
array_walk_recursive(), the $ar variable should still retain the
original array values.
Previous Comments:
[2005-10-25 21:57:35] [EMAIL PROTECTED]
I'd say the bug is that it *doesn't* modify the first level elements,
because it's expected when you use &$arg instead of $arg.
[2005-10-25 21:24:38] [EMAIL PROTECTED]
Description:
array_walk_recursive() modifies element values deeper than the first
level on vars outside the scope of the function call.
Reproduce code:
---
subelement1')
);
func($ar);
var_dump($ar);
function func($a) {
array_walk_recursive($a, 'apply');
}
function apply(&$input, $key) {
$input = 'changed';
}
Expected result:
array(2) {
[0]=>
string(9) "element 1"
[1]=>
array(1) {
[0]=>
string(23) "element2 => subelement1"
}
}
Actual result:
--
array(2) {
[0]=>
string(9) "element 1"
[1]=>
array(1) {
[0]=>
string(7) "changed"
}
}
--
Edit this bug report at http://bugs.php.net/?id=34982&edit=1
#25229 [NEW]: fputcsv
From: curt at zirzow dot dyndns dot ort Operating system: PHP version: 5.0.0b1 (beta1) PHP Bug Type: Feature/Change Request Bug description: fputcsv Description: might be nice to have a function that handles csv put data too, somthing like: int fputcsv (resource handle, array data [, string delimiter [, string enclosure]]) That way if a person want to export data from a database to a csv file, it can easily be done using fputcsv instead of writing their own function that escapes the properly escaped data. -- Edit bug report at http://bugs.php.net/?id=25229&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=25229&r=trysnapshot4 Try a CVS snapshot (php5): http://bugs.php.net/fix.php?id=25229&r=trysnapshot5 Fixed in CVS: http://bugs.php.net/fix.php?id=25229&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=25229&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=25229&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=25229&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=25229&r=support Expected behavior: http://bugs.php.net/fix.php?id=25229&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=25229&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=25229&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=25229&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=25229&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=25229&r=dst IIS Stability: http://bugs.php.net/fix.php?id=25229&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=25229&r=gnused
#25229 [Opn]: fputcsv
ID: 25229 User updated by: curt at zirzow dot dyndns dot org -Reported By: curt at zirzow dot dyndns dot ort +Reported By: curt at zirzow dot dyndns dot org Status: Open Bug Type:Feature/Change Request PHP Version: 5.0.0b1 (beta1) New Comment: sorry, typo in email address.. Previous Comments: [2003-08-24 20:04:41] curt at zirzow dot dyndns dot org Description: might be nice to have a function that handles csv put data too, somthing like: int fputcsv (resource handle, array data [, string delimiter [, string enclosure]]) That way if a person want to export data from a database to a csv file, it can easily be done using fputcsv instead of writing their own function that escapes the properly escaped data. -- Edit this bug report at http://bugs.php.net/?id=25229&edit=1
