Re: [PHP-DEV] [RFC] discussions, about a 5.3 EOL

2012-03-02 Thread Keloran
isnt option3 and option1 the same ? (unless i cant read properlly {very possible}) On Fri, Mar 2, 2012 at 12:34 PM, Pierre Joye pierre@gmail.com wrote: hi, It should have been done before 5.4.0 was out, but better late than never. I put together four options here:

Re: [PHP-DEV] When is PHP6 Beta going to be available ;)

2012-02-06 Thread Keloran
technically everyone who can run php5 can run php6, just becasue it doesnt exist doesnt mean support isnt there look at PCI-E-3 for a good example of that On Mon, Feb 6, 2012 at 1:59 PM, Lester Caine les...@lsces.co.uk wrote: Michael Morris wrote: As far as I know, PHP 6 has been

[PHP-DEV] Feature Request

2012-01-04 Thread Keloran
I dont seem to have the karma for doing this in RFC so ill propose it here, and once karma make an RFC Is it possible to have a 2nd option on file_exists so that it returns the path you specified --Example $cFile = file_exists(/file/located/here.php, true); and if that exists it will return

Re: [PHP-DEV] Return Type Hinting for Methods RFC

2011-12-22 Thread Keloran
i would love to see this expanded aswell (the way type hinting on function variables was supposed to be), so that it could be string, int e.g. function int test(bool $tester) { if ($tester) { return 5; } return 99; } On Thu, Dec 22, 2011 at 2:59 PM, Dmitri Snytkine

Re: [PHP-DEV] 5.3.9RC today too?

2011-11-24 Thread Keloran
RC2 is in the tags, so I guess its because it hasnt hit all the mirrors yet 2011/11/24 Pierre Joye pierre@gmail.com Hi Johannes, Any plan to package the RC today? it has been a while since the last RC. Cheers, -- Pierre @pierrejoye | http://blog.thepimp.net | http://www.libgd.org

Re: [PHP-DEV] Re: 5.3.9RC today too?

2011-11-24 Thread Keloran
sorry, i read the RC2 part, not the 5.3.9 part my bad 2011/11/24 Johannes Schlüter johan...@schlueters.de On Thu, 2011-11-24 at 12:22 +0100, Pierre Joye wrote: Hi Johannes, Any plan to package the RC today? it has been a while since the last RC. Cheers, Yes, that's the plan. I tried

Re: [PHP-DEV] Multiple Visibility Level Getters/Setters

2011-11-19 Thread Keloran
personally i think only public should be done with this method all others should be follow the __set/__get method, since if you need special rules, then they would be set-able by a public method On Sat, Nov 19, 2011 at 7:45 PM, Lars Strojny l...@strojny.net wrote: Just throw an error if

Re: [PHP-DEV] Help w/ Parser

2011-11-07 Thread Keloran
this looks cool if you get it to work, move the object-orientation forwards quite abit On Mon, Nov 7, 2011 at 6:11 AM, Nikita Popov nikita@googlemail.comwrote: I don't see an attachment. Could you send it again with .txt as file extension? If you want 'get' to be recognized as T_GET you

[PHP-DEV] Latest Revsion to PDO_MySQL

2011-08-31 Thread Keloran
http://svn.php.net/viewvc?view=revisionsortby=daterevision=315905 shouldnt the php pages for this, really use preg instead of ereg, just a wonder really

Re: [PHP-DEV] SVN Downtime

2011-08-24 Thread Keloran
lester you dont work for this company do you http://thedailywtf.com/Articles/Supporting-The-Twenty-Year-Server-Plan,-The-Ice-Machine,-and-The-Split-Monitor.aspx hehe On Wed, Aug 24, 2011 at 8:35 AM, Lester Caine les...@lsces.co.uk wrote: Rasmus Lerdorf wrote: We still have new hardware

[PHP-DEV] Re: [PATCH] fix imap_mail actually use the rpath option

2011-08-16 Thread Keloran
cleaned up abit more and put in the use of force params, although im not sure using them is the correct thing cant see a way of writing a test for this though unfortunatlly 2011/8/4 Keloran ava...@gmail.com Yeah it does need cleaning up, didn't know about the new mail options, main reason I

Re: [PHP-DEV] [RFC] Choosing a distributed version control system for PHP (or not). Call for Participation.

2011-08-12 Thread Keloran
all of those you listed, when you look at the fork path, can be traced to the real root, but thats the point to git, the main might have a bug, and becasue you can fork, and give pull-requests, until main is fixed, yours could be counted as the real one On Fri, Aug 12, 2011 at 11:26 AM, Derick

Re: [PHP-DEV] Reflection, Traits, Aliasing

2011-08-08 Thread Keloran
There seems to be a bug in traits that if you use any of the GLOBAL vars it segfaults e.g. ?php trait tester { function getStuff($a = null) { if ($a) { if (isset($_COOKIE[$a])) { return $_COOKIE[$a]; } } return false; } } ?php include tester.php; class beep {

[PHP-DEV] [PATCH] fix imap_mail actually use the rpath option

2011-08-04 Thread Keloran
Index: ext/imap/php_imap.c === --- ext/imap/php_imap.c (revision 314217) +++ ext/imap/php_imap.c (working copy) @@ -4016,7 +4016,27 @@ if (!INI_STR(sendmail_path)) { return 0; } - sendmail =

Re: [PHP-DEV] [PATCH] fix imap_mail actually use the rpath option

2011-08-04 Thread Keloran
patch attached On Thu, Aug 4, 2011 at 4:39 PM, Pierre Joye pierre@gmail.com wrote: hi, Can you attach this patch to the bug please? Thanks for your work! On Thu, Aug 4, 2011 at 5:30 PM, Keloran ava...@gmail.com wrote: Index: ext/imap/php_imap.c

Re: [PHP-DEV] [PATCH] fix imap_mail actually use the rpath option

2011-08-04 Thread Keloran
cool, thanks that patch is for 5.4 (since the line nums changed from 5.3-5.4, On Thu, Aug 4, 2011 at 5:19 PM, Pierre Joye pierre@gmail.com wrote: I have now attached the patch to the issue: https://bugs.php.net/bug.php?id=30688 On Thu, Aug 4, 2011 at 6:07 PM, Keloran ava...@gmail.com

[PHP-DEV] Re: [PATCH] fix imap_mail actually use the rpath option

2011-08-04 Thread Keloran
the patch, not the full context, not testing it: On Thu, 2011-08-04 at 16:30 +0100, Keloran wrote: Index: ext/imap/php_imap.c === --- ext/imap/php_imap.c (revision 314217) +++ ext/imap/php_imap.c (working copy) @@ -4016,7 +4016,27

[PHP-DEV] 5.4 and safemode

2011-07-28 Thread Keloran
I noticed that in revision *313784http://svn.php.net/viewvc?view=revisionsortby=daterevision=313784 *it is checking for safemode/open basedir, but isn't safemode being dropped from 5.4 (if going by the RFC), since it was deprecated in 5.3 ?, unless im reading that wrong, or if not dropped, then

Re: [PHP-DEV] Magic quotes removal previous patch

2011-07-21 Thread Keloran
+1 E_CORE On Thu, Jul 21, 2011 at 11:46 AM, Paul Dragoonis dragoo...@gmail.comwrote: On Thu, Jul 21, 2011 at 11:31 AM, Gwynne Raskind gwy...@darkrainfall.org wrote: +1 to E_CORE. No objections against it, so +1 E_CORE -- Gwynne On Thu, Jul 21, 2011 at 06:28, Pierrick Charron

Re: [PHP-DEV] [RFC] Magic Quotes in PHP, the Finalle

2011-07-18 Thread Keloran
personally I'm of the opinion that even 5.4 should actually cause a fatal error, but I know this not going to happen 5.4 throw an E_DEPRECATED, but with this being rolled into E_ALL, it still might get ignored 5.4.1 set default to off 5.4.4 throw an E_WARNING or E_FATAL if turned on On Mon, Jul

Re: [PHP-DEV] Built-in web server routing script and static assets

2011-07-11 Thread Keloran
it does seem silly that the server would even try to serve those files rather than check if they are of a certain header/mime before, but at least with this method it does mean that you can fix your code to always bypass this, and if your purposlly testing through the CLI-server anyway, changing

Re: [PHP-DEV] deprecating ext/mysql

2011-07-11 Thread Keloran
maybe we should get another E_, E_NEARLY_DEPRECATED that way we can set this to that, and then 5.5 we can move it to E_DEPRECATED, that way people have to go read the docs, the amount of people even those who have been in the field for years, that dont know about php.net/func and still look stuff

Re: [PHP-DEV] Bundling modern extensions

2011-06-10 Thread Keloran
As far as I can see there are very few extension that are really needed in the core, the main problem comes from distributions changing the methods that PECL works or the core works e.g. Ubuntu you need to install the -dev version in order for extension to be compiled/installed Gentoo you need to

Re: [PHP-DEV] Re: Is it true that short_open_tag is deprecated in PHP 6?

2011-05-19 Thread Keloran
I like the idea of having an option for no tags needed, since its a .php file (or what ever you have set as your interpd name) that gets sent to the interpreter anyway, it shouldnt really need opening tag, the only thing of this that i dont like is the runtime side of it, imo that shouldnt be an