[PHP-BUG] Bug #54970 [NEW]: SplFixedArray.setSize ambiguous treatment of existing values
From:
Operating system:
PHP version: 5.3.6
Package: SPL related
Bug Type: Bug
Bug description:SplFixedArray.setSize ambiguous treatment of existing values
Description:
---
>From manual page: http://www.php.net/splfixedarray.setsize
---
When resizing an SplFixedArray using the setSize method, values from the
deleted
indexes behave strangely.
Test script:
---
The following piece of code:
setSize(3);
var_dump($fa);
$fa[2] = '!';
$fa->setSize(1);
var_dump($fa);
?>
Outputs:
object(SplFixedArray)#1 (3) {
[0]=>
string(5) "Hello"
[1]=>
string(5) "World"
[2]=>
NULL
}
object(SplFixedArray)#1 (3) {
[0]=>
string(5) "Hello"
[1]=>
string(5) "World"
[2]=>
NULL
}
While the following piece of code:
setSize(3);
$fa[2] = '!';
var_dump($fa);
$fa->setSize(1);
var_dump($fa);
?>
Outputs this:
object(SplFixedArray)#1 (3) {
[0]=>
string(5) "Hello"
[1]=>
string(5) "World"
[2]=>
string(1) "!"
}
object(SplFixedArray)#1 (3) {
[0]=>
string(5) "Hello"
[1]=>
string(5) "World"
[2]=>
string(1) "!"
}
Expected result:
I would expect to see the same in either of the above presented cases, and
it
should be an array with the new size that was specified using setSize:
object(SplFixedArray)#1 (1) {
[0]=>
string(5) "Hello"
}
--
Edit bug report at http://bugs.php.net/bug.php?id=54970&edit=1
--
Try a snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=54970&r=trysnapshot52
Try a snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=54970&r=trysnapshot53
Try a snapshot (trunk):
http://bugs.php.net/fix.php?id=54970&r=trysnapshottrunk
Fixed in SVN:
http://bugs.php.net/fix.php?id=54970&r=fixed
Fixed in SVN and need be documented:
http://bugs.php.net/fix.php?id=54970&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=54970&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=54970&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=54970&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=54970&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=54970&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=54970&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=54970&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=54970&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=54970&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=54970&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=54970&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=54970&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=54970&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=54970&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=54970&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=54970&r=mysqlcfg
#31660 [NEW]: "SetEnv PHPRC " in apache 1.3.33 has not effect
From: paulo dot galvao at tutopia dot com dot br Operating system: Win Xp Pro PHP version: 4.3.10 PHP Bug Type: Apache related Bug description: "SetEnv PHPRC " in apache 1.3.33 has not effect Description: My configuration: Win Xp Pro - Portuguese - Brazil Apache 1.3.33 and 2.0.52 installed Php 4.3.10 and 5.0.3 All installation are following the instructions from the manual downloaded from http://www.php.net/docs.php and generated: Thu Apr 15 13:13:36 2004. With apache 2.0.52, all configuration is working for php 4.3.10 and 5.0.3. But in apache 1.3.33 isn´t.When i set "SetEnv PHPRC C:/Apache/php4" in httpd.conf of apache 1.3.33 to specify the dir where the php.ini is located, and start apache, the php is getting the default configuration and not the configuration specified in C:/Apache/php4/php.ini. I search for this problem and in http://www.bazzinet.info/WebserverA.html i see that SetEnv PHPRC could not work in some cases and the same problem ocurried with others developers in http://bugs.php.net/bug.php?id=29694. Wel...a temporary solution that i found is put the file php.ini in apache dir, then php works with the configuration that i specified. My doubts: Is it a bug? Why this occurrence isn´t related in documentation? Is it a problem with php or apache 1.3.33? Is correct, say that the "SetEnv PHPRC " will never work? Exist other way to specify the dir where php.ini is? -- Edit bug report at http://bugs.php.net/?id=31660&edit=1 -- Try a CVS snapshot (php4): http://bugs.php.net/fix.php?id=31660&r=trysnapshot4 Try a CVS snapshot (php5.0): http://bugs.php.net/fix.php?id=31660&r=trysnapshot50 Try a CVS snapshot (php5.1): http://bugs.php.net/fix.php?id=31660&r=trysnapshot51 Fixed in CVS:http://bugs.php.net/fix.php?id=31660&r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=31660&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=31660&r=needtrace Need Reproduce Script: http://bugs.php.net/fix.php?id=31660&r=needscript Try newer version: http://bugs.php.net/fix.php?id=31660&r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=31660&r=support Expected behavior: http://bugs.php.net/fix.php?id=31660&r=notwrong Not enough info: http://bugs.php.net/fix.php?id=31660&r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=31660&r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=31660&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=31660&r=php3 Daylight Savings:http://bugs.php.net/fix.php?id=31660&r=dst IIS Stability: http://bugs.php.net/fix.php?id=31660&r=isapi Install GNU Sed: http://bugs.php.net/fix.php?id=31660&r=gnused Floating point limitations: http://bugs.php.net/fix.php?id=31660&r=float No Zend Extensions: http://bugs.php.net/fix.php?id=31660&r=nozend MySQL Configuration Error: http://bugs.php.net/fix.php?id=31660&r=mysqlcfg
#22333 [NEW]: Error in math operation
From: paulo at gruposim dot com dot br Operating system: Windows ME 4.90.3000 PHP version: 4.3.1 PHP Bug Type: Math related Bug description: Error in math operation -- Edit bug report at http://bugs.php.net/?id=22333&edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22333&r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22333&r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22333&r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22333&r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22333&r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22333&r=support Expected behavior: http://bugs.php.net/fix.php?id=22333&r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22333&r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22333&r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22333&r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22333&r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22333&r=dst IIS Stability: http://bugs.php.net/fix.php?id=22333&r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22333&r=gnused
#19927 [Com]: Printer error after several pages print
ID: 19927
Comment by: [EMAIL PROTECTED]
Reported By: [EMAIL PROTECTED]
Status: Open
Bug Type: Unknown/Other Function
Operating System: Windows 98
PHP Version: 4.2.3
New Comment:
Hi all,
I've exactly the same problem as you in Win98/ME Operating System.
In Win2K it runs without any problem.
Previous Comments:
[2002-11-12 17:41:03] [EMAIL PROTECTED]
same bug on win2000 server and apache2 (php 4.2.3).
restarting the apache2 helps for the next
30-50 pages.
This bug only appears by printing a higher amount of pages;
for single page printjobs everything works fine.
[2002-10-16 00:28:47] [EMAIL PROTECTED]
I print various letters and various forms every day using PHP.
However, when I want to print a mass mailing of 200 letters to
different people, php will error out after printing approximately 20
pages. It seems that the amount of pages that print is directly
proportionate to the amount of fill (verbage) placed on a page.
Warning: couldn't start a new page in
C:\apache\htdocs\print\print_td.php on line 20
Warning: couldn't end the page in C:\apache\htdocs\print\print_td.php
on line 87
Warning: couldn't start a new page in
C:\apache\htdocs\print\print_td.php on line 20
Warning: couldn't end the page in C:\apache\htdocs\print\print_td.php
on line 87
Warning: couldn't allocate new print job in
C:\apache\htdocs\print\print_td.php on line 19
Warning: couldn't end the page in C:\apache\htdocs\print\print_td.php
on line 87
Fatal error: couldn't terminate print job in
C:\apache\htdocs\print\print_td.php on line 88
Below is a snip-it of just printing out a heading over and over again
which seems to error the same way as my letters do
I tried printing to a Novell que, and directly to an LPT1 and get the
same results.
#3
$p='printer name';
$copies = 100;
while($copies > 0) {
$handle = printer_open("$p");
printer_start_doc($handle);
printer_start_page($handle);
# FONT
$font = printer_create_font("Times New Roman", 200, 85,
PRINTER_FW_BOLD, false, false, false, 0);
printer_select_font($handle, $font);
printer_draw_text($handle, " College", 400, 130);
printer_delete_font($font);
$font = printer_create_font("Arial", 72, 35, PRINTER_FW_LIGHT, false,
false, false, 0);
printer_select_font($handle, $font);
printer_draw_text($handle, " W. Wilson Ave. Chicago, Illinois
60640", 400, 300);
printer_delete_font($font);
$font = printer_create_font("Arial", 72, 30, PRINTER_FW_NORMAL, false,
false, false, 0);
printer_select_font($handle, $font);
printer_draw_text($handle, "www.XXXcollege.net", 3800, 300);
printer_delete_font($font);
# LINE DRAW
$pen = printer_create_pen(PRINTER_PEN_SOLID, 3, "00");
printer_select_pen($handle, $pen);
printer_draw_line($handle, 30, 380, 5000, 380);
printer_delete_pen($pen);
$font = printer_create_font("Arial", 72, 36, PRINTER_FW_MEDIUM, false,
false, false, 0);
printer_select_font($handle, $font);
printer_draw_text($handle, "Office of Financial Aid", 400, 400);
printer_draw_text($handle, "773 907- ", 1590, 400);
printer_draw_text($handle, "[EMAIL PROTECTED]", 3800, 400);
printer_delete_font($font);
#
# #NAME AND
ADDRESS AND BODY OF LETTER WOULD PRINT HERE
### STUDENT ID
printer_end_page($handle);
printer_end_doc($handle);
printer_close($handle);
$copies = $copies - 1;
} // END WHILE COUNT
### END ROUTINE
Any consideration to my problem will be greatly appreciated.
--
Edit this bug report at http://bugs.php.net/?id=19927&edit=1
Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure
ID: 16622 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Bogus Bug Type: Apache2 related Operating System: Any PHP Version: 4.2.0 New Comment: This has been fixed in Apache 2.0.36 (CVS) Previous Comments: [2002-04-21 20:02:33] [EMAIL PROTECTED] Not PHP bug -> bogus. [2002-04-21 17:36:38] [EMAIL PROTECTED] This is a bug in Apache, not in PHP. Please see PR8234 in the Apache Bug Database for further discussion of this problem: http://nagoya.apache.org/bugzilla/show_bug.cgi?id=8234 [2002-04-21 17:29:09] [EMAIL PROTECTED] I am having the same problem. It seems that Apache2 tries to use the script name as a folder name. This happens to .html files as well, so I think it might be a problem with Apache itself, not PHP. I tried the latest cvs for php and apache and it didn't work either. I'm using Redhat 7.1. Setting AcceptPathInfo anywhere does not work also, even when trying to set php as a filter with addinputfilter and addoutputfilter. [2002-04-15 10:50:55] [EMAIL PROTECTED] The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction with PHP. AcceptPathInfo is supposed to allow scripts such as www.server.com/script.php to be referenced with additional URI information to be passed to the script such as www.server.com/script.php/value/value2. PHP calls this value PATH_INFO. When AcceptPathInfo is used in .htaccess files Apache still attempts to search for files in the file system and reports "object" not found. -- Edit this bug report at http://bugs.php.net/?id=16622&edit=1
Bug #16622 Updated: PATH_INFO, AcceptPathInfo Apache 2 Directive failure
ID: 16622 Updated by: [EMAIL PROTECTED] Reported By: [EMAIL PROTECTED] Status: Open Bug Type: Apache2 related Operating System: Any? (Redhat 7.2) PHP Version: 4.2.0 New Comment: I am having the same problem. It seems that Apache2 tries to use the script name as a folder name. This happens to .html files as well, so I think it might be a problem with Apache itself, not PHP. I tried the latest cvs for php and apache and it didn't work either. I'm using Redhat 7.1. Setting AcceptPathInfo anywhere does not work also, even when trying to set php as a filter with addinputfilter and addoutputfilter. Previous Comments: [2002-04-15 10:50:55] [EMAIL PROTECTED] The use of the Apache 2 Directive, AcceptPathInfo fails in conjuction with PHP. AcceptPathInfo is supposed to allow scripts such as www.server.com/script.php to be referenced with additional URI information to be passed to the script such as www.server.com/script.php/value/value2. PHP calls this value PATH_INFO. When AcceptPathInfo is used in .htaccess files Apache still attempts to search for files in the file system and reports "object" not found. -- Edit this bug report at http://bugs.php.net/?id=16622&edit=1
