On Thu, Jul 18, 2013 at 8:53 AM, Sherif Ramadan wrote:
>
>
>
> On Thu, Jul 18, 2013 at 1:37 AM, Pierre Joye wrote:
>>
>> On Thu, Jul 18, 2013 at 6:19 AM, Sherif Ramadan
>> wrote:
>> > On Wed, Jul 17, 2013 at 11:55 PM, Yasuo Ohgaki
>> > wrote:
>> >
>> >> Hi all,
>> >>
>> >> Take a look at this P
Sherif Ramadan wrote:
5.3 is security fixes only.
>
>Well, I don't see a good enough reason not to commit documentation to
>5.3 as well
>
I suppose you're right since it's not source code, but it remains dubious
that this counts as documentation. If we want to add documentation notes
for this i
On Thu, Jul 18, 2013 at 4:21 AM, Sherif Ramadan wrote:
> On Wed, Jul 17, 2013 at 6:47 PM, Lior Kaplan wrote:
>
>> What do you think about closing older PR ( > 28 days) ?
>>
>
> First off, thanks for all the hard work. PRs aren't getting as much
> attention as they should, and I'd like to say that
On Thu, Jul 18, 2013 at 3:54 AM, Lior Kaplan wrote:
> On Thu, Jul 18, 2013 at 4:21 AM, Sherif Ramadan
> wrote:
>
>> On Wed, Jul 17, 2013 at 6:47 PM, Lior Kaplan wrote:
>>
>>> What do you think about closing older PR ( > 28 days) ?
>>>
>>
>> First off, thanks for all the hard work. PRs aren't ge
I've been using PHP for linux command-line applications. Some are quite
large. I've built the code to combine the mainline plus everything it
calls into a single file to avoid portability issues with include
libraries. I've built the code to compress the resulting file using
gzdeflate after
Hi,
You may use register_shutdown_function() to clean things up after exit()
http://jp2.php.net/manual/en/function.register-shutdown-function.php
So simply extract files to tmp dir and delete everything after execution.
I guess this is what you need.
BTW, I don't think eval() is evil as long as
crankypuss wrote:
... I don't want to have to modify the interpreter at this point...
Sorry, but this list is for just this purpose, so you post does belong
on the DL.
Regards Terry
PS. read up on PHAR extensions and use of streams. There's nothing
stopping you specifying a phar or even a
On 07/18/2013 03:05 AM, Yasuo Ohgaki wrote:
Hi,
You may use register_shutdown_function() to clean things up after exit()
http://jp2.php.net/manual/en/function.register-shutdown-function.php
So simply extract files to tmp dir and delete everything after execution.
I guess this is what you need.
On 07/18/2013 03:07 AM, Terry Ellison wrote:
crankypuss wrote:
... I don't want to have to modify the interpreter at this point...
Sorry, but this list is for just this purpose, so you post does belong
on the DL.
Everyone loves a list-nanny Not to worry too much, I expect to get
around to
On 18.07.2013, at 12:38, crankypuss wrote:
> I've been using PHP for linux command-line applications. Some are quite
> large. I've built the code to combine the mainline plus everything it calls
> into a single file to avoid portability issues with include libraries. I've
> built the code
On Thu, 2013-07-18 at 00:05 -0400, Sherif Ramadan wrote:
>
> I assure you the discussion on github and the mailing lists are not
> the
> reason we've got stagnate PRs.
btw. the same happens with bugs. We're not good to track stuff which
isn't in the "special interest area" of individual develope
On 07/18/2013 04:20 AM, Alexey Zakhlestin wrote:
On 18.07.2013, at 12:38, crankypuss wrote:
I've been using PHP for linux command-line applications. Some are quite large.
I've built the code to combine the mainline plus everything it calls into a
single file to avoid portability issues wi
On Thu, 2013-07-18 at 07:37 +0200, Pierre Joye wrote:
> > 5.3 is security fixes only.
>
> Well, I don't see a good enough reason not to commit documentation to
> 5.3 as well
There is a good reason: Having clean diffs between releases.
johannes
--
PHP Internals - PHP Runtime Development Maili
On Jul 18, 2013 1:46 PM, "Johannes Schlüter" wrote:
>
> On Thu, 2013-07-18 at 07:37 +0200, Pierre Joye wrote:
> > > 5.3 is security fixes only.
> >
> > Well, I don't see a good enough reason not to commit documentation to
> > 5.3 as well
>
> There is a good reason: Having clean diffs between relea
My friend shared some code with me today that wasn't working for him. He
was incrementing letters like this:
$letter = 'A';
echo ++$letter; // Output: B
He was then trying to decrement letters like this:
$letter = 'B';
echo --$letter; // Output: B
He was really confused why his code wasn't work
> It seems logical that if we support increment we should support decrement.
>
> My proposal:
>
> 1) Support decrementing letters
> - or -
> 2) Throw a notice explaining that decrementing is not supported so
> developers quickly know they can't do that
>
> One hiccup. I imagine maybe the reason we
On Thu, 2013-07-18 at 07:46 -0600, Chris London wrote:
> My friend shared some code with me today that wasn't working for him. He
> was incrementing letters like this:
>
> $letter = 'A';
> echo ++$letter; // Output: B
>
> He was then trying to decrement letters like this:
>
> $letter = 'B';
> ec
在 2013-7-18，22:31，Mateusz Kocielski 写道：
It seems logical that if we support increment we should support decrement.
My proposal:
1) Support decrementing letters
- or -
2) Throw a notice explaining that decrementing is not supported so
developers quickly know they can't do that
One hiccup.
Hi!
> Indeed we started with the easy ones... there isn't any reason simple
> patches
> won't get merged very quickly.
There's a very simple reason - there are not enough people with enough
knowledge about PHP internals to properly evaluate patches that do it on
regular basis. Even the simplest p
> One hiccup. I imagine maybe the reason we don't support decrementing is
> because what would happen if you tried to decrement 'A'. In that case I
> would suggest either returning NULL or throwing a notice.
It would make sense to make it stay as ‘A’ like incrementing ‘Z' stays as ‘Z’.
I do agree
Something I learned today is incrementing 'Z' goes to 'AA' but that helps
the point that it could use more work/clarification
On Thu, Jul 18, 2013 at 1:08 PM, Martin Amps wrote:
> One hiccup. I imagine maybe the reason we don't support decrementing is
> because what would happen if you tried to
The one caveat about decrementing "A" and it goes to NULL is that if you
increment NULL it goes to 1 so that may be confusing. We could also
decrement "A" and it goes to FALSE and FALSE++ is still FALSE
On Thu, Jul 18, 2013 at 1:10 PM, Phil Sturgeon wrote:
> Incrementing "Z" results in "AA", b
On Thu, Jul 18, 2013 at 10:00 PM, Stas Malyshev wrote:
> > Also, we have more than a few PR which the patch is OK, but are stuck due
> > to a
> > missing test. This is fair enough, but should also have some rule of
> thumb
> > for
> > these cases.
>
> Again, it would not be hard to add tests for m
Hi Stas
2013/7/19 Stas Malyshev
> > Indeed we started with the easy ones... there isn't any reason simple
> > patches
> > won't get merged very quickly.
>
> There's a very simple reason - there are not enough people with enough
> knowledge about PHP internals to properly evaluate patches that do
> Why don't we state this fact in bugs.php.net and github that bug/PR will
> take time to be addresses?
>
> It's better to give contributors expectation how long it may take time to
> be addresses?
>
I personally would recommend against it. They'd be less likely to submit a
PR if they have a warni
Hi Levi,
2013/7/19 Levi Morrison
> Why don't we state this fact in bugs.php.net and github that bug/PR will
>> take time to be addresses?
>>
>> It's better to give contributors expectation how long it may take time to
>> be addresses?
>>
>
> I personally would recommend against it. They'd be les
Hi Pierre,
2013/7/18 Pierre Joye
> On Jul 18, 2013 1:46 PM, "Johannes Schlüter"
> wrote:
> >
> > On Thu, 2013-07-18 at 07:37 +0200, Pierre Joye wrote:
> > > > 5.3 is security fixes only.
> > >
> > > Well, I don't see a good enough reason not to commit documentation to
> > > 5.3 as well
> >
> >
Dear PHP Developers,
I would like to ask you what is your opinion about implementing Binary Tree
and Graph data structures in SPL in addition to existing ones? IMHO it
would be great because that will prevent from inventing a wheel all the
time, and prove that PHP is full featured language like C
>
> I would like to ask you what is your opinion about implementing Binary Tree
> and Graph data structures in SPL in addition to existing ones? IMHO it
> would be great because that will prevent from inventing a wheel all the
> time, and prove that PHP is full featured language like C#, Java, ...
Hi!
> I would like to ask you what is your opinion about implementing Binary Tree
> and Graph data structures in SPL in addition to existing ones? IMHO it
Sure, why not? But I'd suggest first proposing the API for the classes
in the form of the RFC (https://wiki.php.net/rfc) and explanation what
> My question is, why specifically doesn't it?
>
> Because Perl.
I hear Perl 6 supports Str decrementing
On Jul 18, 2013 5:11 PM, "Sara Golemon" wrote:
> > My question is, why specifically doesn't it?
> >
> > Because Perl.
>
Hey internals
Much the same as https://bugs.php.net/bug.php?id=49348 since 5.5 trying to
access an uninitialized property of an object throws a notice but isn’t listed
anywhere as a change that I can see.
A sample is here: http://3v4l.org/BYq1G
Should we make this apparent in the documentation
Hi Matthew,
2013/7/7 Matthew Leverton
> On Sat, Jul 6, 2013 at 7:59 AM, Mario Brandt wrote:
> > You can use the router script to add that header of your desire into
> > every request.
> >
> That's what I currently do. And I agree that if somebody wants to
> deviate from the reasonable set of de
Hi!
> Much the same as https://bugs.php.net/bug.php?id=49348 since 5.5
> trying to access an uninitialized property of an object throws a
> notice but isn’t listed anywhere as a change that I can see.
Read access to uninitialized variable should produce notice, that's how
it was in PHP for very l
On Thu, Jul 18, 2013 at 7:18 PM, Chris London wrote:
> I hear Perl 6 supports Str decrementing
>
>
I heard of Perl 6 once.
On Thu, Jul 18, 2013 at 4:37 PM, Xinchen Hui wrote:
>> Hello,
>>
>> Does anybody understand the rules behind the string incrementation? What's
>> the explanation of following behaviour?
>>
>> '$x="ZZ";$x++;var_dump($x);' returns string(3) "AAA"
>> '$x=" ZZ";$x++;var_dump($x);' returns string(3) "
37 matches
Mail list logo
