[PHP-DOC] #22032 [NEW]: date() Function - Incorrect Word
From: [EMAIL PROTECTED] Operating system: PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: date() Function - Incorrect Word Picky error: On function.date.php (documentation for date() function) under the D format character, it reads 'week' where it should read 'day' or 'weekday' or something else. Hans -- Edit bug report at http://bugs.php.net/?id=22032edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=22032r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=22032r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=22032r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=22032r=needtrace Try newer version: http://bugs.php.net/fix.php?id=22032r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=22032r=support Expected behavior: http://bugs.php.net/fix.php?id=22032r=notwrong Not enough info:http://bugs.php.net/fix.php?id=22032r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=22032r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=22032r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=22032r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=22032r=dst IIS Stability: http://bugs.php.net/fix.php?id=22032r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=22032r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] #21891 [NEW]: Closing PHP tag and Newlines Revisted
From: [EMAIL PROTECTED] Operating system: FreeBSD/Linux PHP version: 4.3.0 PHP Bug Type: Documentation problem Bug description: Closing PHP tag and Newlines Revisted This is a follow-up to bug #13954. I'm sorry to open another ticket for this, however I added some comments, yet didn't see any indication that they were saved (ie, I didn't get an email confirmation). I'd like another look at this issue, since the documentation seems to clash with actual behavior; plus, I think the actual behavior is peculiar. Using a CLI compiled 4.3.0 binary, this script: #!/bin/psh ?php $foo = 'Hello'; $bar = 'World'; ? ?=$foo? ?=$bar? ?php echo 'DONE!'; ? This script will produce: empty line HelloWorld DONE![unix prompt]$ Note that there is no trailing space (x20) after ?=$foo? and ?=$bar? - only a newline (x0A) According to http://www.php.net/manual/en/language.basic-syntax.php#language.basic-syntax.phpmode The closing tag for the block will include the immediately trailing newline if one is present. Now if I add a x20 after the closing tag, then the newlines are honored. Why does this behavior make any sense? Adding the x20 after the closing tag is very hackish, especially since the aforementioned URL has statements like ...because when PHP hits the ? closing tags, it simply starts outputting whatever it finds until it hits another opening tag throughout. Obviously, however, this isn't true, since PHP decides to ignore the newline immediately after the closing tag. I don't understand why this behavior would be desired anyway; what is outside the PHP tags should simply be passed through. And especially since the docs are misleading about this. Thank you, and please don't hesitate to request clarification if I'm not making myself clear. Hans -- Edit bug report at http://bugs.php.net/?id=21891edit=1 -- Try a CVS snapshot: http://bugs.php.net/fix.php?id=21891r=trysnapshot Fixed in CVS: http://bugs.php.net/fix.php?id=21891r=fixedcvs Fixed in release: http://bugs.php.net/fix.php?id=21891r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=21891r=needtrace Try newer version: http://bugs.php.net/fix.php?id=21891r=oldversion Not developer issue:http://bugs.php.net/fix.php?id=21891r=support Expected behavior: http://bugs.php.net/fix.php?id=21891r=notwrong Not enough info:http://bugs.php.net/fix.php?id=21891r=notenoughinfo Submitted twice:http://bugs.php.net/fix.php?id=21891r=submittedtwice register_globals: http://bugs.php.net/fix.php?id=21891r=globals PHP 3 support discontinued: http://bugs.php.net/fix.php?id=21891r=php3 Daylight Savings: http://bugs.php.net/fix.php?id=21891r=dst IIS Stability: http://bugs.php.net/fix.php?id=21891r=isapi Install GNU Sed:http://bugs.php.net/fix.php?id=21891r=gnused -- PHP Documentation Mailing List (http://www.php.net/) To unsubscribe, visit: http://www.php.net/unsub.php
[PHP-DOC] Bug #17344: memory_limit still deceiving
From: [EMAIL PROTECTED] Operating system: FreeBSD PHP version: 4.2.1 PHP Bug Type: Documentation problem Bug description: memory_limit still deceiving I just compiled 4.2.1 and looked at the supplied php.ini files, and there still is no indication that --enable-memory-limit needs to be enabled. In php.ini, there simply is: max_execution_time = 30 memory_limit = 8M Very misleading. Thanks, Hans -- Edit bug report at http://bugs.php.net/?id=17344edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=17344r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=17344r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=17344r=needtrace Try newer version: http://bugs.php.net/fix.php?id=17344r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=17344r=support Expected behavior: http://bugs.php.net/fix.php?id=17344r=notwrong Not enough info: http://bugs.php.net/fix.php?id=17344r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=17344r=submittedtwice register_globals:http://bugs.php.net/fix.php?id=17344r=globals
[PHP-DOC] Error in fgets() Docs
Hello, When using fgets() with 4.1.1 it says that the second parameter [int length] is optional. However, if length is left out, I get a Warning complaining that the second parameter is missing. Thank you, Hans
[PHP-DOC] Bug #15480: Error in fgets() Docs
From: [EMAIL PROTECTED] Operating system: Linux PHP version: 4.1.1 PHP Bug Type: Documentation problem Bug description: Error in fgets() Docs Hello, When using fgets() with 4.1.1 it says that the second parameter [int length] is optional. However, if length is left out, I get a Warning complaining that the second parameter is missing. Thank you, Hans -- Edit bug report at http://bugs.php.net/?id=15480edit=1 -- Fixed in CVS:http://bugs.php.net/fix.php?id=15480r=fixedcvs Fixed in release:http://bugs.php.net/fix.php?id=15480r=alreadyfixed Need backtrace: http://bugs.php.net/fix.php?id=15480r=needtrace Try newer version: http://bugs.php.net/fix.php?id=15480r=oldversion Not developer issue: http://bugs.php.net/fix.php?id=15480r=support Expected behavior: http://bugs.php.net/fix.php?id=15480r=notwrong Not enough info: http://bugs.php.net/fix.php?id=15480r=notenoughinfo Submitted twice: http://bugs.php.net/fix.php?id=15480r=submittedtwice