On Fri, Nov 7, 2014 at 7:20 PM, Levi Morrison wrote:
> > A bug was discovered in the implementation of the return types RFC[1]
> > that cannot be fixed by the current implementation. A strategy for
> > fixing the bug has been identified but alters some noticeable behavior
> > in PHP-land. I do no
Hi,
I'll change my PR according to the RFC I've quoted earlier:
- check for valid characters (excluding underscore) only when
FILTER_FLAG_HOSTNAME is set
- allow any character but check lengths by default
- use FILTER_FLAG_HOSTNAME to validate URLs
What do you think about that?
Best regards,
20
Hi all,
On Fri, Nov 7, 2014 at 6:48 AM, Sanford Whiteman
wrote:
> > FWIW, there *is* a practical in-use (de facto if nothing else)
> convention of using _ in hosts for DKIM:
>
> _domainkey is actually in all the DKIM RFCs and in the formal STD 76,
> see § 3.6.2.1. Namespace, so it's more than a
Hi!
> I don’t like the sound of changing the spec before the implementation.
I agree - whatever are our considerations and limitations on what we can
and can not do in PHP 7, the spec should reflect what is there.
Otherwise we end up releasing an implementation that does not match our
own spec, t
On Fri, Nov 7, 2014 at 7:11 PM, Rasmus Lerdorf wrote:
> On 11/07/2014 06:52 AM, Ferenc Kovacs wrote:
> > 5.4 is in security fix mode, let see what Stas thinks about this.
>
> I am not that concerned about 5.4. People should be upgrading. But we
> should get this into the next 5.5 and 5.6 releases
> On 11 Nov 2014, at 13:20, Robert Stoll wrote:
>
>> I would say that the lack of anyone saying "no, don't do this" probably
>> means everyone is OK with it. Suggest you work up a
>> patch and PR it, then ping the list to highlight it for further discussion.
>>
>
> Sounds reasonable but unfor
> I would say that the lack of anyone saying "no, don't do this" probably means
> everyone is OK with it. Suggest you work up a
> patch and PR it, then ping the list to highlight it for further discussion.
>
Sounds reasonable but unfortunately I do not have time at the moment to work up
a patch
On 11 November 2014 12:11, Robert Stoll wrote:
> > -Ursprüngliche Nachricht-
> > Von: Robert Stoll [mailto:p...@tutteli.ch]
> > Gesendet: Mittwoch, 29. Oktober 2014 20:55
> > An: 'PHP Internals'
> > Betreff: [PHP-DEV] forbid use declaration outside of a namespace in PHP 7
> >
> > Heya,
>
> -Ursprüngliche Nachricht-
> Von: Robert Stoll [mailto:p...@tutteli.ch]
> Gesendet: Mittwoch, 29. Oktober 2014 20:55
> An: 'PHP Internals'
> Betreff: [PHP-DEV] forbid use declaration outside of a namespace in PHP 7
>
> Heya,
>
> I always found it very ugly that it is possible to define a
On 11/11/2014 09:57, Kalle Sommer Nielsen wrote:
> Hi Matteo
>
> 2014-11-11 9:30 GMT+01:00 Matteo Beccati :
>> Hi,
>>
>> I wasn't aware of this particular issue, until a few minutes ago (got a
>> bug report from a user). Any reason why:
>>
>> https://bugs.php.net/bug.php?id=53829
>>
>> is still pe
Hi Matteo
2014-11-11 9:30 GMT+01:00 Matteo Beccati :
> Hi,
>
> I wasn't aware of this particular issue, until a few minutes ago (got a
> bug report from a user). Any reason why:
>
> https://bugs.php.net/bug.php?id=53829
>
> is still pending?
Seems like a weird inconsistentcy to me, and I think th
Hi,
I wasn't aware of this particular issue, until a few minutes ago (got a
bug report from a user). Any reason why:
https://bugs.php.net/bug.php?id=53829
is still pending?
Cheers
--
Matteo Beccati
Development & Consulting - http://www.beccati.com/
--
PHP Internals - PHP Runtime Developmen
12 matches
Mail list logo