think there’s
value of a different brand just because of the BS perception issues...
Andi
Get Outlook for iOS<https://aka.ms/o0ukef>
From: Zeev Suraski
Sent: Friday, August 9, 2019 12:54 PM
To: Internals
Subject: [PHP-DEV] P++: FAQ
During the discussion of
I think I heard some stat that over 50% of Azure now runs Linux (and I am sure
PHP is primarily running on Linux). So given JIT probably helps 95% of
production PHP installations I wouldn’t hold this back. If Windows ends up
being important to folks some (and possibly msft) will contribute that.
eptember 3, 2017 10:30:53 AM
To: Andi Gutmans
Cc: PHP Internals List; Zeev Suraski
Subject: Re: [PHP-DEV] [VOTE] UUID
Why would it go under Spl? Spl is already bloated with loads of unrelated
classes with no real logical grouping.
On 3 Sep 2017 19:03, "Andi Gutmans"
mailto:andigutm...@gm
Why would we not just add this under Spl? Feels like an appropriate place to
put standard methods.
I would definitely not make functionality like this a top level class/namespace
both for BC reasons and it is a minor capability that fits in well into a
standard library context.
Get Outlook for
, BC
breakage, …). It feels weird to me to use it for such an initiative.
But going with Stig’s suggestion, I think it’d be nice to work on a
consensus-based (not RFC-based) guideline of the kind of positive behaviors we
expect from people on internals@.
Andi
Never mind. It returned. Congratulations everyone!
Amazing accomplishment. The Web is going to speed up 2x!
Everyone here has made a huge impact.
Thanks to the RMs.
Thanks to Dmitry for leading such an amazing effort on the performance
front.
Andi
On Thu, Dec 3, 2015 at 12:28 PM, Andi Gutmans
What just happened? It was on php.net and now it's gone?
Is there an update on the OpenSSL front...?
Is this release of OpenSSL going to be binary compatible or just source
compatible?
y distributions of PHP -- should have the power to delay
> a release in my opinion.
Ditto. Never remember any such thing in PHP history. Binary builds should not
be a blocker to releases. Not Windows/MSFT, Zend, Red Hat or anyone...
Andi
>
> --
> PHP Internals - PHP Runtime
How’s it going? Are we golden?
When do you plan on posting tomorrow?
> On Dec 2, 2015, at 12:42 AM, Anatol Belski wrote:
>
>
>
>> -Original Message-
>> From: Sebastian Bergmann [mailto:sebast...@php.net]
>> Sent: Wednesday, December 2, 2015 9:01 AM
>> To: internals@lists.php.net
>> Sub
lity is that many people don’t bother
testing their apps with RCs and wait for a GA version is out.
So while I understand Heroku likes to be ahead of the curve my friendly
recommendation would be not to make it available too quickly. Give it at least
a couple of weeks to ensure nothing major blows up…
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
//php.net/>? Front
page? Not the sexiest site as-is so maybe gives us an excuse to spice up the
front page?
Just my 2 cents.
Andi
error messages and twitch uncomfortably.
I don't think it is worth the change. I actually prefer to leave code path
optimization up to gcc here vs. trying to tell it what to do.
Andi
>
> -Sara
>
> --
> PHP Internals - PHP Runtime Development Mailing List
> To unsubscribe, visit: http://www.php.net/unsub.php
>
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
th a very large global brand a couple of weeks ago which
was successfully using PDO_OCI.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
don't want to self-compile to give it a go
but I think even better if we get some downloadable .tar.gz of the sources
on php.net and we can always also have some non-nightly builds of the
preview/betas we provide for folks who are interested.
Thx!
Andi
nts in areas of code where the complexity level goes up for
some very specific "tricks".
You can see by the level of interest in performance (whether ones opinion
is that this is fully warranted or not) around PHP 7, HHVM and other
languages, that this is an area we need to invest in on an ongoing basis.
And sophistication will likely go up.
Andi
> On Mar 21, 2015, at 9:05 AM, Rasmus Lerdorf wrote:
>
>> On 03/21/2015 08:52 AM, François Laupretre wrote:
>> Now, after more calls from many of you to delay it, and as Zeev himself
>> seemed to consider it as more acceptable, I am proposing again to delay 7.0
>> feature freeze to May, 15 (2 mon
> On Mar 11, 2015, at 2:28 PM, Bob Weinand wrote:
>
> Hi all,
>
> after all, some people are not happy with the current proposals about scalar
> types. So, they both still possibly may fail.
>
> Thus, I'd like to come up with a fallback proposal in case both proposals
> fail:
>
> https://wi
he road but PHP 7 is such a huge step-up on real world
application performance I think getting that out the door is the biggest
possible short-term win when it comes to performance. Looking forward to seeing
folks dig into the code and have ideas down the road!!
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
here surely are interesting opportunities.
Andi
> Thanks again
>
> Anthony
>
>> On Fri, Feb 27, 2015 at 7:10 AM, Dmitry Stogov wrote:
>> Hi,
>>
>> With the recent discussions of JIT/AOT and the good progress we made on
>> PHP-7, we decided to open up the JIT exp
this by forcing casts. The value of strict typing diminishes quickly and the
code ends up being less readable.
I think in PHP this is going to be even more so due to the reasons Rasmus
states. We have *a lot* of places like this which will lead to unnatural acts
and code which is no
ere too
plus a small minority of total voters who can't really move the needle much.
Let's keep the conversation pragmatic. I will try and refrain from any humor.
Andi
> Stelian
>
>> On Fri, Feb 6, 2015 at 12:57 AM, Andi Gutmans wrote:
>> The folks who really want
+1
> On Feb 5, 2015, at 5:23 PM, Adam Harvey wrote:
>
> On 6 February 2015 at 04:14, Andrea Faulds wrote:
>> At long last, I’m going to put the RFC to a vote. It’s been long enough - I
>> don’t think there needs to be, or will be, much further discussion.
>
> True, and I probably won't respon
On Thu, Feb 5, 2015 at 4:05 PM, Andrea Faulds wrote:
> Hi Andi,
>
> > On 5 Feb 2015, at 23:57, Andi Gutmans wrote:
> >
> > The folks who really want all this great strict typing should head over
> to Oracle.com and download free open-source Java? I hear it
On Thu, Feb 5, 2015 at 3:53 PM, Andrea Faulds wrote:
> Hi Andi,
>
> > On 5 Feb 2015, at 23:50, Andi Gutmans wrote:
> >
> > I am not sure.
> >
> > I think we need to explicitly vote on a weak type hinting option.
> > Andrea, I think this should be an opt
OK. But maybe that's why PHP is better than those languages :)
On Thu, Feb 5, 2015 at 3:49 PM, Rowan Collins
wrote:
> On 5 February 2015 23:22:26 GMT, Andi Gutmans wrote:
>
> >having such a declare(…) syntax will be ridiculed by the broader app
> >dev community until
ust have another RFC running in
parallel but I think that would do a disservice to the good work you've
done.
Andi
On Thu, Feb 5, 2015 at 3:47 PM, Andrea Faulds wrote:
> Hi Andi,
>
> > On 5 Feb 2015, at 23:22, Andi Gutmans wrote:
> >
> > I have to say I’m pretty disa
support weak type hinting and
frankly, I think that would be a huge win for everyone!
If I need to put forward a separate weak type hinting RFC which would
heavily plagiarize Andrea's good work then please let me know.
Andi
On Thu, Feb 5, 2015 at 3:44 PM, Thomas Bley wrote:
> I t
not given that option??
Andi
> On Feb 5, 2015, at 12:14 PM, Andrea Faulds wrote:
>
> Good evening,
>
> At long last, I’m going to put the RFC to a vote. It’s been long enough - I
> don’t think there needs to be, or will be, much further discussion.
>
> I’
Can you provide more info re: operating system and version? Compiler version?
Thanks.
Sent from my iPhone
> On Jan 24, 2015, at 11:57 PM, Sebastian Bergmann wrote:
>
> Nut sure whether this is an issue or not but I see it a lot while
> compiling master:
>
> Zend/zend_alloc.h:57:236: warning
ion). Completely
horrible and unmaintainable.
We cannot have a configuration option that changes the core language behavior.
That is a no-no and there’s a good reason why languages stay away from that.
And definitely disappointed that we took a step back after it seemed we could
finally come to
hile this is slightly
different I don't see how you avoid some of the additional overhead plus it
will be very challenging to really cover everything that's needed.
Just my 2 cents. Had to respond because of how crappy JNI was/is :)
Andi
> While I could work on this in the d
ave a
pretty great jewel in our hands. Some very good RFCs that are going to make it
in. Postponing PHP 7 (which this would as we have a finite amount of resources
on this list) would not be good for our users.
Andi
P.S. - Not interested in debating it. Definitely accept folks can have other
vie
got it. thanks!
On Aug 18, 2014, at 11:36 PM, Dmitry Stogov wrote:
> Hi Andi,
>
> We already discussed most of semantic changes introduced in AST patch.
> Most of them came from another approved RFC
> https://wiki.php.net/rfc/uniform_variable_syntax
>
> Thanks. Dmitry.
&
here we think could bite us?
Any insight would be much appreciated.
Thanks!
Andi
On Aug 18, 2014, at 9:41 AM, Nikita Popov wrote:
> Hi internals!
>
> I've opened the vote on the Abstract Syntax Tree RFC:
>
>https://wiki.php.net/rfc/abstract_syntax_tree#vote
>
>
> On Jul 23, 2014, at 11:23 AM, Kris Craig wrote:
>
>> On Wed, Jul 23, 2014 at 7:39 AM, Ferenc Kovacs wrote:
>>
>>> On Wed, Jul 23, 2014 at 4:32 PM, Andrea Faulds wrote:
>>>
>>>
On 23 Jul 2014, at 15:21, Ferenc Kovacs wrote:
I also think that it would be reasonable to have
ed to point out
that RFC should address both perception and fact because both matter. It’s not
just a technical discussion.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
rface elsewhere...
Hopefully you can find a way to pin it down.
Thanks for putting this much effort into it!
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
sort). I’m happy to
make that change but wanted to bring it up before tackling it.
- On similar note as previous item, should we put New Features
before BC changes? No big deal but it’s always nice to have the more
positive piece first :)
Andi
/prevent feature creep rule".
Many times in the past have we aligned new PHP versions with runtime
improvements esp. as they are often exciting and beneficial to most of our
audience. I don't see why we wouldn't do that given that the cost is
pretty minimal and the benefit to our audience is high.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
that front which has made migration a bit more painful than it
needed to be.
Andi
>-Original Message-
>From: Andrew Faulds [mailto:ajf...@googlemail.com]
>Sent: Friday, July 20, 2012 5:20 AM
>To: Lester Caine
>Cc: internals@lists.php.net
>Subject: Re: [PHP-DEV] 6.0 And Mov
Absolutely. Will gather those and send them over...
Andi
>-Original Message-
>From: Johannes Schlüter [mailto:johan...@schlueters.de]
>Sent: Wednesday, February 01, 2012 10:49 AM
>To: Andi Gutmans
>Cc: internals@lists.php.net
>Subject: Re: [PHP-DEV] PHP 5.4 Benchmarks
hat others are seeing.
Thanks,
Andi
>-Original Message-
>From: Pierre Joye [mailto:pierre@gmail.com]
>Sent: Wednesday, February 01, 2012 10:37 AM
>To: Andi Gutmans
>Cc: internals@lists.php.net
>Subject: Re: [PHP-DEV] PHP 5.4 Benchmarks
>
>hi!
>
>I could a
Cache results are of course important. Memory usage would be great too.
Thanks!!
Andi
>-Original Message-
>From: Pierre Joye [mailto:pierre@gmail.com]
>Sent: Wednesday, February 01, 2012 10:19 AM
>To: Andi Gutmans
>Cc: internals@lists.php.net
>Subject: Re:
share please do. Benchmarking is not easy and
can be misleading (config not being the same, compiler options, different
version of byte code caches, etc..) so the more data points we get the better
the info re: performance gains.
Thanks,
Andi
help developers. So I
>tend to think that we should not enable it in php.ini-production.
Agree.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
k-free Java is a great example of where the memory model more often than not
bites you in your tush more than you'd think (and I can say that after having
done quite a bit of Websphere development - yuck).
So just help us with identifying root cause and you will see the internals@
group very much jumping on the issues and try to resolve them.
Andi
h).
I do think having more people work on extensions for some of the up and coming
technologies would be super valuable. Seems like everyone wants to try and get
their favorite language feature in but less are stepping up to work on
extensions. What can you contribute?
Andi
From: dukeofgaming [m
>-Original Message-
>From: Pierre Joye [mailto:pierre@gmail.com]
>Sent: Wednesday, June 15, 2011 2:33 AM
>To: Andi Gutmans
>Cc: Derick Rethans; PHP Developers Mailing List
>Subject: Re: [PHP-DEV] Give the Language a Rest motion (fwd)
>
>On Wed, Jun 15, 2011
k could be
beneficial and the new mentorship program can actually help deliver some of
them?
Stas, on a different note, weren't we going to roll a 5.4 alpha?
Andi
>-Original Message-
>From: Derick Rethans [mailto:der...@php.net]
>Sent: Tuesday, June 07, 2011 4:05 AM
>To:
think there are
a few key ones, and I would start with very strong NoSQL support extensions
that already exist to ensure the eco-system picks them up and we make them
readily available + get rid of any false perceptions that exist.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To
another couple of days to see if anyone has any valid
concerns on breakage this could cause.
Andi
>-Original Message-
>From: Felipe Pena [mailto:felipe...@gmail.com]
>Sent: Tuesday, May 17, 2011 7:18 AM
>To: internals
>Subject: [PHP-DEV] Re: [RFC] Improved parser error me
hich would not make
PHP 5.4 as any major feature requires plenty of time to mature (and needless to
say some of them won't even be accepted).
There is plenty to get excited about in PHP 5.4!
Andi (sending in plaintext. Hope this gets rid of the funky newlines from prior
emails)
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
>-Original Message-
>From: guilhermebla...@gmail.com [mailto:guilhermebla...@gmail.com]
>Sent: Monday, May 09, 2011 10:51 AM
>To: Andi Gutmans
>Cc: Christopher Jones; internals@lists.php.net
>Subject: Re: [PHP-DEV] 5.4 again
>
>Hi Andi,
>
>That'
it seriously and playing around with the idea.
I also think Matthew makes a good point – annotations can be viewed in
different ways and arguably there are already quite a lot of possibilities with
what exists today.
Andi
o avoid feature creep
and really focus on what's critical and not nice-to-have.
There are proposals that come up time and time again like operator overloading
which just makes me cringe...
Andi
ioned, huge
improvements! We may be able to do more but will stay within the release
timeline if we make any further improvements.
- On square bracket shortcut I was always in favor of (b) in
http://marc.info/?l=php-internals&m=11385524494&w=2. If this is what we're
talking about I personally feel it's an easy one.
- Agree type hints goes out.
Go!!
Andi
igurable option out sooner rather than later…
My 2 cents. We can work closely with an RM to move things forward and ensure we
push out a lot of the really good stuff that was done.
Andi
ments will
be focused on ensuring the dev environment works and not trying to make this
into a mini Apache.
Andi
> -Original Message-
> From: Richard Quadling [mailto:rquadl...@gmail.com]
> Sent: Sunday, April 17, 2011 1:29 PM
> To: Mikael Fernandus S
> Cc: Philip Olso
ng to send it out for review anyway so this could be it :)
Andi
-Original Message-
From: martin.herr...@gmail.com [mailto:martin.herr...@gmail.com] On Behalf Of
Martin Herrman
Sent: Saturday, February 19, 2011 10:25 AM
To: internals@lists.php.net
Subject: [PHP-DEV] PHP for embedded devi
ainst the verbosity spirit we've always had in the PHP project.
Forget also the fact that it creates a lot of problems with solutions such as
debuggers.
I suggest if it's something you really feel you need then implement it
externally to PHP as part of your build and deployment envir
rom: Ilia Alshanetsky [mailto:i...@prohost.org]
> Sent: Thursday, November 25, 2010 4:16 PM
> To: Pierre Joye
> Cc: Jonah H. Harris; Andi Gutmans; internals@lists.php.net
> Subject: Re: [PHP-DEV] Performance of buffer based functionality (JSON, AES,
> serialize())
>
> Just read over th
> -Original Message-
> From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
> Sent: Thursday, November 25, 2010 10:46 AM
> To: Andi Gutmans
> Cc: Ilia Alshanetsky; Johannes Schlüter; da...@php.net; PHP Internals
> Subject: Re: [PHP-DEV] Re: Hold off 5.4
>
> > Yes
> -Original Message-
> From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
> Sent: Thursday, November 25, 2010 10:26 AM
> To: Ilia Alshanetsky
> Cc: Johannes Schlüter; Andi Gutmans; Jani Taskinen; da...@php.net; PHP
> Internals
> Subject: Re: [PHP-DEV] Re: Hold off 5.4
&
ustom
serializers, etc... (typically platform dependent).
I wonder if people here think improvements in these areas would move the needle
for the majority of mainstream apps or not.
Thanks,
Andi
> -Original Message-
> From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
> Sent: Thursday, November 25, 2010 9:27 AM
> To: Johannes Schlüter
> Cc: Andi Gutmans; Jani Taskinen; da...@php.net; PHP Internals
> Subject: Re: [PHP-DEV] Re: Hold off 5.4
>
> Looking through
> -Original Message-
> From: Johannes Schlüter [mailto:johan...@schlueters.de]
> Sent: Thursday, November 25, 2010 9:21 AM
> To: Andi Gutmans
> Cc: Jani Taskinen; da...@php.net; PHP Internals
> Subject: RE: [PHP-DEV] Re: Hold off 5.4
>
> On Thu, 2010-11-25 at 1
on we release. Then again I can
live with it either way but we should be aware of the negative implications
there could be.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
not I'm not requesting to do it now and here, only trying to get a
> feeling/poll about git usage.
I personally doubt moving will have a material positive impact on the project.
I wouldn't particularly mind if all the issues were addressed but I wouldn't
hold my breath that it will
y yield in higher quality, more visibility and
therefore more motivation for people to contribute, and I believe also in more
deliverables rather than less as people will work towards clear goals + be
accepting if they miss them and they need to wait for the next release train.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> -Original Message-
> From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
> Sent: Monday, November 15, 2010 9:25 PM
> To: Andi Gutmans
> Cc: Stas Malyshev; internals
> Subject: Re: [PHP-DEV] Adding path_len to all stream functions in trunk
>
> Well, it changes the si
) in parameter parsing and have it handled by parameter parsing
> in one place instead of doing it in dozens of different places? There might be
> some other places not covered but it would cover most functions - and it's
> easier to catch/fix those in extensions.
That's a ni
ching all these strings for invalid chars
before we pass them to the OS.
Andi
> -Original Message-
> From: Rasmus Lerdorf [mailto:ras...@lerdorf.com]
> Sent: Sunday, November 14, 2010 11:54 AM
> To: internals
> Subject: [PHP-DEV] Adding path_len to all stream functions in
specific workloads but not necessarily general purpose app server.
Btw there are also some workloads that could benefit from leveraging some of
the x86 extensions around encryption, vector computation, ...
So it boils down to being more specific re: where you think it could benefit
and why.
And
aracter, a story (and history) to PHP. Don't think we should take this out
after a good 12 years.
I would prefer this was not changed.
Andi
> -Original Message-
> From: admin [mailto:ad...@codeangel.org]
> Sent: Friday, October 29, 2010 5:47 PM
> To: internals php list
I wouldn't mind living with neither but I think it's two separate discussions.
> -Original Message-
> From: Ilia Alshanetsky [mailto:i...@prohost.org]
> Sent: Wednesday, August 11, 2010 3:52 AM
> To: Zeev Suraski
> Cc: Stas Malyshev; Johannes Schlüter; Kalle Sommer Nielsen; Internals;
> D
ace for this patch in the svn.php.net repo would be
> a feature branch.
I completely agree. I don't know how this patch sneaked in and there clearly is
a vast majority against it. We have discussed several times over the years on
why such strict type hinting does not make sense for PHP.
Can we deduct from that a 6 version number for trunk? :) just kidding
I am also +1 on bundle but not on default. I think we should also reach out to
other OSS caches to ensure they know they still have a place in our Eco system.
Some are preferred by certain use cases.
On Jun 21, 2010, at 9
mind so we need to make sure we have a good structured discussion
(and documented via RFC).
Andi
> -Original Message-
> From: Lukas Kahwe Smith [mailto:m...@pooteeweet.org]
> Sent: Saturday, May 22, 2010 1:39 PM
> To: Josh Davis
> Cc: Zeev Suraski; internals@lists.php.net
>
Benjamin,
Thanks for testing and sharing the data. These are great results and validate
the progress made.
Glad to see you're also seeing the improved memory usage which means that the
runtime is not only faster but you can typically run more concurrent PHP
instances.
Andi
> -
> -Original Message-
> From: Johannes Schlüter [mailto:johan...@schlueters.de]
> Sent: Tuesday, April 27, 2010 9:40 AM
> To: Pierre Joye
> Cc: Gwynne Raskind; Ilia Alshanetsky; Kalle Sommer Nielsen; Lukas Kahwe
> Smith; Andi Gutmans; Derick Rethans; PHP Developers Mail
the next major version also do an E_STRICT for these in
regular classes to try and get people to convert to __construct().
At a time where there's an increased focus on exposing dynamic services
I think the class-named ctors is becoming increasingly problematic.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ch could help reduce latency (not overall server
throughput). Then again, there'd be some overhead for having a
thread-safe build so I don't see this as something that would be enabled
by the masses - at least not initially.
Andi
--
PHP Internals - PHP Runtime Development Mailing Li
/tweaked (as we
always have in the past) but it sets the tone for pushing out
functionality sooner rather than later (i.e. if a should-have is still
not quite fully baked but all must-haves are done then ship).
As we saw with PHP 5.3 it ended up being a pretty major version and it
delivers
community should put a stake in the ground
and feel comfortable to redefine what PHP 6 is, whether it's with or
without Unicode. This isn't a Perl 6 situation. This group shipped PHP
5.3 which was a very big step-up and a quite impressive major version.
My 2 cents.
Andi
--
PHP Int
is in detail so doesn't have to be huge effort but would be
good to be more organized with the new release.
Andi
remember why I
passed on it but I think because it now changed the sizes from zval from
being fixed and therefore couldn't efficiently cache zval allocations in
the memory manager (and of course this does not work with zend_opline
like structures where we have more than one zend_op(zval) in the
structure.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> -Original Message-
> From: Tom Boutell [mailto:t...@punkave.com]
> Sent: Saturday, September 05, 2009 6:30 AM
> To: Marco Tabini
> Cc: Pierre Joye; jani.taski...@iki.fi; Andi Gutmans; Joey Smith;
> internals@lists.php.net
> Subject: Re: [PHP-DEV] shebang skipp
off this way.
Andi
> -Original Message-
> From: Joey Smith [mailto:j...@joeysmith.com]
> Sent: Friday, September 04, 2009 1:35 AM
> To: internals@lists.php.net
> Subject: Re: [PHP-DEV] shebang skipping in 5.3.0
>
> I definitely had the wrong changeset - sorry, Nuno.
You may want to look at pcntl_exec() which is the UNIX equivalent of
what you want to do. It does not use sh and the pcntl extension is not
supported on Windows.
A Windows implementation may not fit this function signature but it's a
good place to start.
Andi
> -Original Message
Hi Lukas,
Thanks for stepping up and helping Johannes make the PHP 5.3 release
come together.
Your tracking skills are definitely an asset :)
Andi
-Original Message-
From: Lukas Kahwe Smith [mailto:m...@pooteeweet.org]
Sent: Thursday, July 09, 2009 11:06 AM
To: PHP internals
Subject
ot a patch that
should go in at a late RC stage or even at any stage in an RC as they
take some time to stabilize.
Andi
-Original Message-
From: Andi Gutmans [mailto:a...@zend.com]
Sent: Monday, June 15, 2009 10:37 PM
To: Pierre-Alain Joye
Cc: internals@lists.php.net
Subject: [PHP-DEV] RE
quite a bit but my experience with these kind of patches is
that they take a long time to iron out.
My recommendation for RMs is not to accept or push out the release if we
do.
Andi
-Original Message-
From: Pierre-Alain Joye [mailto:paj...@php.net]
Sent: Monday, June 15, 2009 5:14 PM
To
> -Original Message-
> From: Pierre Joye [mailto:pierre@gmail.com]
> Sent: Wednesday, June 03, 2009 11:50 PM
> To: Andi Gutmans
> Cc: Elizabeth M Smith; internals@lists.php.net
> Subject: Re: [PHP-DEV] Notes from the PDM in Chicago
>
> > Btw, this is also
ra had the general ideas
> for
> how this would be done.
Btw, this is also true for PDO. We would want interfaces for PDOStatement and
some other classes there too. That is in the TODO for PDO I believe but if we
do this then let's make sure we do it consistently.
Andi
ould need to be designed in great detail and we would need to make
sure it is long lasting.
My 2 cents.
Andi
> -Original Message-
> From: Paul Biggar [mailto:paul.big...@gmail.com]
> Sent: Monday, March 30, 2009 4:07 PM
> To: PHP Internals
> Subject: [PHP-DEV] RFC: Removing the Zen
n you
might kill the stack.
I suggest you do some performance tests and if you need to keep it on the stack
then create some arbitrary limit like 8K and use stack below that and use heap
above that (code will be uglier).
Andi
> -Original Message-
> From: Jonathan Bond-Caron
It can be removed. It's something I started a long time ago for a new
hash implementation and I never ended up using it.
Andi
> -Original Message-
> From: David Soria Parra [mailto:d...@php.net]
> Sent: Sunday, February 22, 2009 1:19 PM
> To: internals@lists.php.net
&g
> -Original Message-
> From: Hannes Magnusson [mailto:hannes.magnus...@gmail.com]
> Sent: Saturday, February 14, 2009 6:04 PM
> To: Andi Gutmans
> Cc: shire; Lukas Kahwe Smith; PHP Internals List
> Subject: Re: [PHP-DEV] 5.3 todos
>
> And you are?
> CTO of some
ork up a
patch for
> this unless someone wants to speak up that they've got it. I don't
have Karma
> to Zend though, so I'll need someone to commit for me. ;-)
You can send me the patch.
Andi
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
1 - 100 of 1985 matches
Mail list logo
