On Sep 19, 2014 10:50 PM, "Michael Wallner" wrote:
>
>
> On 20 Sep 2014 04:15, "Kris Craig" wrote:
> >
>
> >
> > From what I can tell, there are valid arguments to be made for both, so
I
> > would love to see some discussion/debate here regarding which solution
> > should be implemented, as I'm c
On 20 Sep 2014 04:15, "Kris Craig" wrote:
>
>
> From what I can tell, there are valid arguments to be made for both, so I
> would love to see some discussion/debate here regarding which solution
> should be implemented, as I'm currently undecided. Also please feel free
> to point out any areas o
> On Sep 19, 2014, at 18:29, Andrea Faulds wrote:
> Perhaps I’m being unfair and overthinking things,
Yes, you are.
> but I wonder if it is really fair for people who have no karma, i.e. not
> contributors to the documentation, extensions, php-src or anything else, to
> have the ability to vot
Hi,
On Sep 20, 2014 8:29 AM, "Andrea Faulds" wrote:
>
> Hi!
>
> Perhaps I’m being unfair and overthinking things, but I wonder if it is
really fair for people who have no karma, i.e. not contributors to the
documentation, extensions, php-src or anything else, to have the ability to
vote on RFCs?
On Sep 19, 2014, at 21:32, Kris Craig wrote:
> On Fri, Sep 19, 2014 at 7:25 PM, Kalle Sommer Nielsen wrote:
>> 2014-09-20 3:29 GMT+02:00 Andrea Faulds :
>>> Hi!
>>>
>>> Perhaps I’m being unfair and overthinking things, but I wonder if it is
>> really fair for people who have no karma, i.e. not c
Hi Kris
2014-09-20 4:32 GMT+02:00 Kris Craig :
> The one problem with this is it doesn't take into account those who
> contribute to PHP in other ways, such as administering tests, contributing
> RFCs, etc. I'm not necessarily against this, but if you want to garner wide
> enough support, you mig
On Fri, Sep 19, 2014 at 7:25 PM, Kalle Sommer Nielsen wrote:
> 2014-09-20 3:29 GMT+02:00 Andrea Faulds :
> > Hi!
> >
> > Perhaps I’m being unfair and overthinking things, but I wonder if it is
> really fair for people who have no karma, i.e. not contributors to the
> documentation, extensions, ph
2014-09-20 3:29 GMT+02:00 Andrea Faulds :
> Hi!
>
> Perhaps I’m being unfair and overthinking things, but I wonder if it is
> really fair for people who have no karma, i.e. not contributors to the
> documentation, extensions, php-src or anything else, to have the ability to
> vote on RFCs?
>
> I
On 20 September 2014 02:29, Andrea Faulds wrote:
> Hi!
>
> Perhaps I’m being unfair and overthinking things, but I wonder if it is
> really fair for people who have no karma, i.e. not contributors to the
> documentation, extensions, php-src or anything else, to have the ability to
> vote on RFC
Per discussion in an earlier thread. Here's the RFC:
https://wiki.php.net/rfc/checkdnsrr-default-type
Basically, this RFC seeks to make it so that PHP's checkdnsrr() function,
which is most commonly used to see whether or not a hostname exists, no
longer restricts itself to only MX records by d
Hi!
Perhaps I’m being unfair and overthinking things, but I wonder if it is really
fair for people who have no karma, i.e. not contributors to the documentation,
extensions, php-src or anything else, to have the ability to vote on RFCs?
I’d never suggest people without internals karma can’t vot
On 20/09/2014 01:02, Rowan Collins wrote:
I certainly don't see (a) and (f) as being at all mutually exclusive.
Sorry, that was meant to say (a) and (e). Or, in plain English, I don't
see why we couldn't have both Smarty-style "if the loop executed zero
times" and Python-style "if the break k
On 19/09/2014 23:47, Andrea Faulds wrote:
On 19 Sep 2014, at 22:56, Leigh wrote:
Loops with a default block, executed in the event that the loop is
never entered.
https://wiki.php.net/rfc/loop_or
While this might be useful, I’d prefer we copy Python’s else behaviour, where a
block of code i
Good evening,
I’ve put the Null Coalesce Operator RFC to a vote:
https://wiki.php.net/rfc/isset_ternary#vote
It is a 2/3 majority vote and ends in a week’s time on 2014-09-27.
For anyone wondering, I’ve decided not to include ??= because we don’t have an
assignment operator for ?: either, nor
On 20 September 2014 00:15, Andrea Faulds wrote:
>
> Why not? Python uses “else”, and before creating this RFC you initially
> wanted to use “else”.
Then I realised it was folly. Documented in the RFC why "else" is a bad choice.
> I’m bringing it up because I think we’re only going to end up wi
On 20 Sep 2014, at 00:10, Leigh wrote:
> I understand the desire for something python-like, however it
> certainly doesn't fall under the "or" keyword.
Why not? Python uses “else”, and before creating this RFC you initially wanted
to use “else”.
> If anything we could
> probably get away wit
On 19 September 2014 23:47, Andrea Faulds wrote:
>
> While this might be useful, I’d prefer we copy Python’s else behaviour, where
> a block of code is executed when break is never used. This feature makes code
> that does, for example, a linear search nicer to read.
>
> --
> Andrea Faulds
> htt
On 19 Sep 2014, at 22:56, Leigh wrote:
> Loops with a default block, executed in the event that the loop is
> never entered.
>
> https://wiki.php.net/rfc/loop_or
While this might be useful, I’d prefer we copy Python’s else behaviour, where a
block of code is executed when break is never used.
On 19 September 2014 23:08, Rowan Collins wrote:
> It's worth noting that both Smarty and Twig implement a similar mechanism in
> their respective foreach loop syntax.
>
> Smarty spells it {foreachelse}
> http://www.smarty.net/docs/en/language.function.foreach.tpl
>
> Twig spells it {% else %}
> h
On 19/09/2014 22:56, Leigh wrote:
Hello list!
This is an item that has been repeatedly requested in various forms,
with no solid implementation to back it up, yet remaining quite
desirable to the developer community at large.
Loops with a default block, executed in the event that the loop is
ne
Hello list!
This is an item that has been repeatedly requested in various forms,
with no solid implementation to back it up, yet remaining quite
desirable to the developer community at large.
Loops with a default block, executed in the event that the loop is
never entered.
https://wiki.php.net/r
On 19 September 2014 10:51, Kris Craig wrote:
> On Fri, Sep 19, 2014 at 10:24 AM, Adam Harvey wrote:
>> As an alternative, could we just make the type argument mandatory in
>> PHP 7 and start issuing E_DEPRECATED warnings if it's omitted in 5.6
>> or 5.7?
>
> I like both ideas. Adam's approach w
On Fri, Sep 19, 2014 at 10:24 AM, Adam Harvey wrote:
> On 19 September 2014 02:58, Chris Wright wrote:
> > On 18 September 2014 20:29, Kris Craig wrote:
> >> Hey guys,
> >>
> >> I just spent some time troubleshooting what appeared to be a DNS issue
> >> before I realized that, absent the option
On 19 September 2014 02:58, Chris Wright wrote:
> On 18 September 2014 20:29, Kris Craig wrote:
>> Hey guys,
>>
>> I just spent some time troubleshooting what appeared to be a DNS issue
>> before I realized that, absent the optional $type argument, checkdnsrr()
>> defaults to "MX". Can anybody e
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 19/09/2014 18:25, Daniel Lowrey a écrit :
>>> In an effort to fix a very old (seven years old) DoS
>>> vulnerability involving encrypted streams I created a
>>> regression where feof() notifications on encrypted sockets are
>>> broken. This is prese
>> In an effort to fix a very old (seven years old) DoS vulnerability
>> involving encrypted streams I created a regression where feof()
>> notifications on encrypted sockets are broken. This is present in
>> both the most recent 5.4.33 and 5.5.17 releases.
> Can you please point us to the related
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
Le 19/09/2014 17:30, Daniel Lowrey a écrit :
> In an effort to fix a very old (seven years old) DoS vulnerability
> involving encrypted streams I created a regression where feof()
> notifications on encrypted sockets are broken. This is present in
>
Hi folks!
I know this isn't the kind of fun stuff people want to deal with on Friday
but ...
In an effort to fix a very old (seven years old) DoS vulnerability
involving encrypted streams I created a regression where feof()
notifications on encrypted sockets are broken. This is present in both th
On Fri, September 19, 2014 14:56, Anatol Belski wrote:
> On Fri, September 19, 2014 12:57, Nikita Popov wrote:
>
>> On Fri, Sep 19, 2014 at 12:39 PM, Anatol Belski wrote:
>>
>>
>>
>>> Commit:6bbebc60ea0de6ce09ea45094b3bed1823d96cec
>>> Author:Anatol Belski Fri, 19 Sep 2014
>>> 12:
On 19 September 2014 14:48, Kévin Dunglas wrote:
> Support of IDN in streams is a must have.
> But there is a lot of other use cases for URL with IDN validation. The most
> common is probably form validation (test if an user submitted URL has a
> valid format and can be used to create an HTML link
Am 19.09.2014 15:21, schrieb Levi Morrison:
Anyone else have an opinion they want to voice on this?
What's about "Typed Arguments"?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Support of IDN in streams is a must have.
But there is a lot of other use cases for URL with IDN validation. The most
common is probably form validation (test if an user submitted URL has a
valid format and can be used to create an HTML link...).
I'm ok making IDN validation optional and not used
Anyone else have an opinion they want to voice on this?
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Fri, September 19, 2014 12:57, Nikita Popov wrote:
> On Fri, Sep 19, 2014 at 12:39 PM, Anatol Belski wrote:
>
>
>> Commit:6bbebc60ea0de6ce09ea45094b3bed1823d96cec
>> Author:Anatol Belski Fri, 19 Sep 2014 12:39:17
>> +0200
>> Parents: d8de53d498cf75936c9cd6781456c39b01f5af60
>
Hi,
NSAPI is not dead, server is still downloadable:
http://www.oracle.com/technetwork/java/webtier/downloads/iplanet-webserver-525365.html
There were just no code changes by me because there were no new features - a
SAPI is just plain thumb, so the number of commits is low.
Uwe
-
Uwe Schi
On 19 September 2014 10:58, Pierre Joye wrote:
> Hi,
>
> On Sep 19, 2014 4:03 PM, "Chris Wright" wrote:
>>
>> Kévin
>>
>> On 18 September 2014 21:26, Kévin Dunglas wrote:
>> > Hello,
>> >
>> > I'm working on enhancing the FILTER_VALIDATE_URL filter (
>> > https://github.com/php/php-src/pull/826)
I think we should vote yes/no for each SAPI independently.
At least I don't see any reason to remove apache SAPI.
We should also email SAPI maintainers.
Thanks. Dmitry.
On Thu, Sep 18, 2014 at 9:34 PM, Anatol Belski
wrote:
> Hi Marius,
>
> On Thu, September 18, 2014 11:08, marius adrian popa wr
On 18 September 2014 20:29, Kris Craig wrote:
> Hey guys,
>
> I just spent some time troubleshooting what appeared to be a DNS issue
> before I realized that, absent the optional $type argument, checkdnsrr()
> defaults to "MX". Can anybody explain why it's defaulting to "MX" and not
> "ANY"? It
Hi,
On Sep 19, 2014 4:03 PM, "Chris Wright" wrote:
>
> Kévin
>
> On 18 September 2014 21:26, Kévin Dunglas wrote:
> > Hello,
> >
> > I'm working on enhancing the FILTER_VALIDATE_URL filter (
> > https://github.com/php/php-src/pull/826).
> > The current implementation does not support validation
Kévin
On 18 September 2014 21:26, Kévin Dunglas wrote:
> Hello,
>
> I'm working on enhancing the FILTER_VALIDATE_URL filter (
> https://github.com/php/php-src/pull/826).
> The current implementation does not support validation of internationalized
> domain names (i.e: http://www.académie-français
Hello!
The PHP development team announces the immediate availability of PHP
5.5.17. This fixes some bugs against 5.5.16.
All PHP 5.5 users are encouraged to upgrade to this version.
For source downloads of PHP 5.5.17 please visit our
downloads page: http://www.php.net/downloads.php
Windows bina
On 12 September 2014 22:30, Leigh wrote:
> Hi list,
>
> I would like to propose the addition of format codes for pack() and
> unpack() to work with 64 bit integers.
>
> https://wiki.php.net/rfc/pack_unpack_64bit_formats
Dear list,
If there are no outstanding issues in one weeks time (2014-09-26)
42 matches
Mail list logo
