Req #60759 [Opn]: SplDoublyLinkedList->clear()
Edit report at https://bugs.php.net/bug.php?id=60759&edit=1 ID: 60759 Updated by: dragoo...@php.net Reported by:dragoo...@php.net -Summary:SplDoublyLinkedList->reset() +Summary:SplDoublyLinkedList->clear() Status: Open Type: Feature/Change Request Package:SPL related Operating System: N/A PHP Version:5.4.0RC5 Block user comment: N Private report: N New Comment: Renaming the reset() method to clear() Previous Comments: [2012-01-15 03:26:24] dragoo...@php.net Description: The patch adds a reset() method to the SplDoublyLinkedList class. This allows the internal list to be wiped cleaned for reuse. Test script: --- push(5); var_dump($d->count()); $d->reset(); var_dump($d->count()); int(1) int(0) Actual result: -- push(5); var_dump($d->count()); $d->reset(); var_dump($d->count()); int(1) int(0) -- Edit this bug report at https://bugs.php.net/bug.php?id=60759&edit=1
Req #60759 [Asn]: SplDoublyLinkedList->clear()
Edit report at https://bugs.php.net/bug.php?id=60759&edit=1 ID: 60759 Updated by: dragoo...@php.net Reported by:dragoo...@php.net Summary:SplDoublyLinkedList->clear() Status: Assigned Type: Feature/Change Request Package:SPL related Operating System: N/A PHP Version:5.4.0RC5 Assigned To:colder Block user comment: N Private report: N New Comment: Thanks for getting this merged into a version branch Felipe. Paul. Previous Comments: [2012-01-15 22:37:51] dragoo...@php.net The following patch has been added/updated: Patch Name: spl_dllist_clear Revision: 1326667071 URL: https://bugs.php.net/patch-display.php?bug=60759&patch=spl_dllist_clear&revision=1326667071 [2012-01-15 22:37:16] dragoo...@php.net I think it's much more appropriate to rename this to clear() as it implies wiping contents of something. The original idea of reset() wasn't a good one as the term 'reset' in PHP usually refers to resetting an internal pointer of a list. New patch attached as spl_dllist_clear. [2012-01-15 22:29:54] dragoo...@php.net Renaming the reset() method to clear() [2012-01-15 03:26:24] dragoo...@php.net Description: The patch adds a reset() method to the SplDoublyLinkedList class. This allows the internal list to be wiped cleaned for reuse. Test script: --- push(5); var_dump($d->count()); $d->reset(); var_dump($d->count()); int(1) int(0) Actual result: -- push(5); var_dump($d->count()); $d->reset(); var_dump($d->count()); int(1) int(0) -- Edit this bug report at https://bugs.php.net/bug.php?id=60759&edit=1
#48719 [NEW]: parse_ini_file scanner more sanitation
From: dragoonis at gmail dot com
Operating system: Linux (all affected)
PHP version: 5.3.0RC4
PHP Bug Type: Unknown/Other Function
Bug description: parse_ini_file scanner more sanitation
Description:
The sanitation on the new parse_ini_file parameter names scanner mode
doesn't check if a valid scanner mode has been passed.
The patch has been applied below the if() for if (filename_len == 0) {.
The fix can be found here:
http://digiflexdev.com/php/parse_ini_file_fix.txt
The .phpt file for this is below
http://digiflexdev.com/php/parse_ini_file_test.txt
I realise the .phpt file is wrong somewhat this is my first bug report and
the .phpt file just shows.
The same issue applies to parse_ini_string, respectively.
Reproduce code:
---
http://bugs.php.net/?id=48719&edit=1
--
Try a CVS snapshot (PHP 5.2):
http://bugs.php.net/fix.php?id=48719&r=trysnapshot52
Try a CVS snapshot (PHP 5.3):
http://bugs.php.net/fix.php?id=48719&r=trysnapshot53
Try a CVS snapshot (PHP 6.0):
http://bugs.php.net/fix.php?id=48719&r=trysnapshot60
Fixed in CVS:
http://bugs.php.net/fix.php?id=48719&r=fixedcvs
Fixed in CVS and need be documented:
http://bugs.php.net/fix.php?id=48719&r=needdocs
Fixed in release:
http://bugs.php.net/fix.php?id=48719&r=alreadyfixed
Need backtrace:
http://bugs.php.net/fix.php?id=48719&r=needtrace
Need Reproduce Script:
http://bugs.php.net/fix.php?id=48719&r=needscript
Try newer version:
http://bugs.php.net/fix.php?id=48719&r=oldversion
Not developer issue:
http://bugs.php.net/fix.php?id=48719&r=support
Expected behavior:
http://bugs.php.net/fix.php?id=48719&r=notwrong
Not enough info:
http://bugs.php.net/fix.php?id=48719&r=notenoughinfo
Submitted twice:
http://bugs.php.net/fix.php?id=48719&r=submittedtwice
register_globals:
http://bugs.php.net/fix.php?id=48719&r=globals
PHP 4 support discontinued: http://bugs.php.net/fix.php?id=48719&r=php4
Daylight Savings:http://bugs.php.net/fix.php?id=48719&r=dst
IIS Stability:
http://bugs.php.net/fix.php?id=48719&r=isapi
Install GNU Sed:
http://bugs.php.net/fix.php?id=48719&r=gnused
Floating point limitations:
http://bugs.php.net/fix.php?id=48719&r=float
No Zend Extensions:
http://bugs.php.net/fix.php?id=48719&r=nozend
MySQL Configuration Error:
http://bugs.php.net/fix.php?id=48719&r=mysqlcfg
#48719 [Opn]: parse_ini_file scanner more sanitation
ID: 48719
User updated by: dragoonis at gmail dot com
Reported By: dragoonis at gmail dot com
Status: Open
Bug Type: Unknown/Other Function
-Operating System: Linux (all affected)
+Operating System: All
PHP Version: 5.3.0RC4
New Comment:
Changed OS to 'All'
Previous Comments:
[2009-06-29 13:13:02] dragoonis at gmail dot com
Description:
The sanitation on the new parse_ini_file parameter names scanner mode
doesn't check if a valid scanner mode has been passed.
The patch has been applied below the if() for if (filename_len == 0)
{.
The fix can be found here:
http://digiflexdev.com/php/parse_ini_file_fix.txt
The .phpt file for this is below
http://digiflexdev.com/php/parse_ini_file_test.txt
I realise the .phpt file is wrong somewhat this is my first bug report
and the .phpt file just shows.
The same issue applies to parse_ini_string, respectively.
Reproduce code:
---
http://bugs.php.net/?id=48719&edit=1
#48719 [Asn]: parse_ini_file scanner more sanitation
ID: 48719
User updated by: dragoonis at gmail dot com
Reported By: dragoonis at gmail dot com
Status: Assigned
Bug Type: Unknown/Other Function
Operating System: All
PHP Version: 5.3.0RC4
Assigned To: kalle
New Comment:
Firstly, the original reproduce code has a syntax error in it however
heres what happens if you pass a valid constant to the function which
isn't ZEND_INI_SCANNER_NORMAL and ZEND_INI_SCANNER_RAW
2
)
Previous Comments:
[2009-06-29 13:15:59] dragoonis at gmail dot com
Changed OS to 'All'
[2009-06-29 13:13:02] dragoonis at gmail dot com
Description:
The sanitation on the new parse_ini_file parameter names scanner mode
doesn't check if a valid scanner mode has been passed.
The patch has been applied below the if() for if (filename_len == 0)
{.
The fix can be found here:
http://digiflexdev.com/php/parse_ini_file_fix.txt
The .phpt file for this is below
http://digiflexdev.com/php/parse_ini_file_test.txt
I realise the .phpt file is wrong somewhat this is my first bug report
and the .phpt file just shows.
The same issue applies to parse_ini_string, respectively.
Reproduce code:
---
http://bugs.php.net/?id=48719&edit=1
#48719 [Asn]: parse_ini_file scanner more sanitation
ID: 48719
User updated by: dragoonis at gmail dot com
Reported By: dragoonis at gmail dot com
Status: Assigned
Bug Type: *General Issues
Operating System: *
PHP Version: 5.3.0RC4
Assigned To: kalle
New Comment:
After more learning of how things work i've made the ZendEngine2 .patch
file and uploaded it to the following location.
http://digiflexdev.com/php/48719.patch
Previous Comments:
[2009-06-29 13:44:40] dragoonis at gmail dot com
Firstly, the original reproduce code has a syntax error in it however
heres what happens if you pass a valid constant to the function which
isn't ZEND_INI_SCANNER_NORMAL and ZEND_INI_SCANNER_RAW
2
)
[2009-06-29 13:15:59] dragoonis at gmail dot com
Changed OS to 'All'
[2009-06-29 13:13:02] dragoonis at gmail dot com
Description:
The sanitation on the new parse_ini_file parameter names scanner mode
doesn't check if a valid scanner mode has been passed.
The patch has been applied below the if() for if (filename_len == 0)
{.
The fix can be found here:
http://digiflexdev.com/php/parse_ini_file_fix.txt
The .phpt file for this is below
http://digiflexdev.com/php/parse_ini_file_test.txt
I realise the .phpt file is wrong somewhat this is my first bug report
and the .phpt file just shows.
The same issue applies to parse_ini_string, respectively.
Reproduce code:
---
http://bugs.php.net/?id=48719&edit=1
Req #52555 [Com]: Headers_List not returning HTTP Status Code
Edit report at https://bugs.php.net/bug.php?id=52555&edit=1
ID: 52555
Comment by: dragoonis at gmail dot com
Reported by:dragoo...@php.net
Summary:Headers_List not returning HTTP Status Code
Status: Closed
Type: Feature/Change Request
Package:*Web Server problem
PHP Version:5.3.3
Assigned To:dragoonis
Block user comment: N
Private report: N
New Comment:
Hey jorrit at ncode dot nl,
If you see the following link, the current implementation of the function
http_response_code is the following:
/* {{{ proto long http_response_code([int response_code])
284Sets a response code, or returns the current HTTP response code */
http://lxr.php.net/opengrok/xref/PHP_5_4/ext/standard/head.c#283
Hope this helps.
Regards,
Paul Dragoonis.
Previous Comments:
[2011-09-27 08:29:49] jorrit at ncode dot nl
It would be nice if the status code could also
be set using this function. As mentioned in
another comment, the current method of
using header() is kind of a hack and the
developer needs to provide the irrelevant
HTTP version in order to set the response
code.
[2010-12-11 14:58:08] marc-bennewitz at arcor dot de
Why it's not committed to a branch ?
When it will be available ?
[2010-12-11 14:47:55] paj...@php.net
It is committed in trunk (svn trunk).
[2010-12-11 13:37:05] marc-bennewitz at arcor dot de
Hi,
I can't find the function "http_response_code" within 5.3.4 and no
documentation about it or a message on changelog of 5.3.4.
What does it mean "Committed to 5.3.99" ?
How many years we have to wait :/
It would be very helpful to have some publish time/version.
Greetings,
Marc
[2010-08-09 15:11:17] ka...@php.net
Committed to 5.3.99
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
https://bugs.php.net/bug.php?id=52555
--
Edit this bug report at https://bugs.php.net/bug.php?id=52555&edit=1
