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) "
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.
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
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
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
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.
>
> My question is, why specifically doesn't it?
>
> Because Perl.
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
>
> 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, ...
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
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
> >
> >
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
> 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 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
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
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
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
> 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
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
在 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.
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
> 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
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
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
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 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 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 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 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 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.
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
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
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
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
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
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 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
37 matches
Mail list logo
