Any chance to people without Karma helping here? Maybe trying to reproduce
the bug in 5.4+ and asking for feedback? Any workflow suggested?
On Dec 29, 2014 4:03 PM, "Stanislav Malyshev" wrote:
> Hi!
>
> > ...and what to do with feature requests?
>
> I would say - if it looks big (i.e. BC-breaking
IMHO, denying non-karma people to vote is like to making PHP a company's
product, or, in another words, "you use what we built and shut up", because
only listening people won't allow to accept/deny a particular RFC, only
votes do. People surely don't comment (myself included) why they are
choosing
> try {
> > doSomethingDangerous();
> > } finally {
> > doCleanup();
> > }
>
>
>
> --
> Laruence Xinchen Hui
> http://www.laruence.com/
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Atenciosamente,
Rafael Kassner
On Wed, Jul 18, 2012 at 1:58 PM, Andrew Faulds wrote:
> That would be cool, but couldn't you just detect argument types?
> On Jul 18, 2012 5:55 PM, "Rafael Kassner" wrote:
>
>> I'm wondering if we could include method overloading. Will be pretty nice
>>
rned off all the existing functions go away to be replaced with a
> >>>>> designed API, instead of a grown one, correcting the mistakes that
> >>>>> have accumulated over the years.
> >>>>>
> >>>> Is there any reason why this cannot / should not be implemented as a
> >>>> PHP 5 compatibility extension?
> >>>>
> >>>> I think those who never want to use it (PHP 6 purists) shouldn't have
> >>>> to have their binaries bloated by legacy code. It would also mean that
> >>>> the legacy implementation can be developed away from the new core, and
> >>>> not have any (negative) influence on it.
> >>>>
> >>>> --
> >>>> PHP Internals - PHP Runtime Development Mailing List
> >>>> To unsubscribe, visit: http://www.php.net/unsub.php
> >>>>
> >>>>
> >>>>
> >
> >
>
--
Atenciosamente,
Rafael Kassner
to put forward a concept the original author does not
> agree with.)
>
> --
> Tom Boutell
> P'unk Avenue
> 215 755 1330
> punkave.com
> window.punkave.com
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Atenciosamente,
Rafael Kassner
ranch also, is it ok to commit, or should I wait
> the release with it?
>
> see http://svn.php.net/viewvc?view=revision&revision=322460
>
> --
> Ferenc Kovács
> @Tyr43l - http://tyrael.hu
>
--
Atenciosamente,
Rafael Kassner
d/zend_ini_parser.lo] Error 1
>
> I'll be happy to provide any information you may need.
>
> Best regards, keep up the good work,
> Steven
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Atenciosamente,
Rafael Kassner
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s of checking alot of extra code for no reason,
> or if you want to use variables, lots of louse variables just for something
> that could be pulled from the request
--
Atenciosamente,
Rafael Kassner
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ood thing as it is part of our CS.
>
> Go ahead Laruence :)
>
> On Sat, Dec 24, 2011 at 12:09 PM, Rafael Kassner wrote:
>> AFAIK, PHP files are transformed in bytecode before the execution, so
>> white spaces will not interfere in nothing except more time to
>> transfer
e :%s /\s\+$//g
>
> thanks
>
> --
> Laruence Xinchen Hui
> http://www.laruence.com/
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
Atenciosamente,
Rafael Kassner
--
PHP Internals - PHP Runtime Develop
nction anyway.
> I don't see this as a feature, more like a bug!
>
>
> On Wed, Dec 21, 2011 at 12:51 AM, Rafael Kassner wrote:
>>
>> func_num_args() must be called inside the Closure to know the number of
>> arguments that it received. If you are calling outside, it r
lection can be used to get the number of args but that is overkill!
> Also when you would do print_r(func_get_args($oClosure)); you do get
> "something" back including the arguments but no way (that i know) to use
> them!
>
> Just something that i wonder...
> I would have expect
> Am 25.11.2011 10:34, schrieb Rafael Kassner:
>>
>> I think an autoloader can't be raise any kind of error. If the class
>> will be loaded by another autoloader on the stack and the first throws
>> an Exception, this will be a wrong behavior.
>> Indeed, if autol
> or the autoloader works silent. Both cases ends in a fatal error. Or am i
> wrong here?
>
> Christian
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>
--
Atenciosamente,
Rafael Kassner
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
) handles literal/identifier escape
> correctly.
>
> It seems trunk is open for new feature. I'll commit the patch as is if
> there is no objection.
>
> Any comments?
>
> --
> Yasuo Ohgaki
> yohg...@ohgaki.net
>
> --
> PHP Internals - PHP Runtime Develo
16 matches
Mail list logo
