On Mon, 2015-02-16 at 16:31 +0100, François Laupretre wrote:
> > De : Rowan Collins [mailto:rowan.coll...@gmail.com]
> >
> > Saying "that's enough" isn't even a productive comment. Enough what?
> > What is it you are asking to happen next?
>
> Maybe an initiative to write an RFC about the rules we
On Fri, 2015-02-20 at 13:54 +0100, Niklas Keller wrote:
> Hi internals,
>
> "In Operator" is now in discussion phase.
>
> > This RFC adds a new in operator which simplifies contains checks for
> > strings and arrays.
> > Currently, we have to usein_array($needle, $haystack, true) or
> > strpos(
On Fri, 2015-03-27 at 08:03 -0400, Michael Morris wrote:
> While breaking backwards compatibility for its own sake is bad, avoiding it
> to keep a bug in the system is worse in my opinion. And again, this is a
> bug. If the way PHP associates could be used for something that would be
> different, b
Hi,
On Mon, 2015-04-13 at 15:37 +0200, Johannes Ott wrote:
> finally I managed to do my first RFC draft.
>
> https://wiki.php.net/rfc/static_class_constructor
>
> I hope I have done everything correct so far and I'm looking forward to
> your feedback on it.
In my opinion this makes the language
On Mon, 2015-04-13 at 17:23 +0200, Johannes Schlüter wrote:
> Why am I saying it makes the language more complex? - Your proposal
> seems to miss mentioning when exactly the method is executed. what is
Ah, I missed this
Trigger for “magic” method call: First call to class,
On Mon, 2015-04-13 at 21:14 +0200, Johannes Ott wrote:
> The obvious task is to initial the state of the class before usage as I
> wrote inside my introduction of the RFC.
That is one possible task users are going to try doing. Users are more
creative.
> I think there is no "random" behavior (not
On Tue, 2015-04-14 at 11:49 +0200, Johannes Ott wrote:
> Am 14.04.2015 um 00:16 schrieb Levi Morrison:
> >> - IMO, the method should be called when the class is created, just after
> >> every parent class and implemented interfaces are created.
> >
> > In general I think static class data and sta
On Wed, 2015-04-01 at 20:27 +0200, Marc Bennewitz wrote:
> > https://bugs.php.net/bug.php?id=69348 - breaks MySQL
> -> It's a bug and should be fixed (non locale based functionality)
> -> Couldn't this one be a security issue
No this is not a bug in this function and no not a security issue.
The
On Fri, 2015-04-24 at 09:16 +0300, Arvids Godjuks wrote:
> May I question the sanity of the words written in this email? :D (it's a
> joke).
>
> The whole point of mysqlnd drivers and other improvements was to cut down
> on data copying, improving performance and doing a lot of other stuff.
> Movi
Hi,
On Mon, 2015-04-27 at 09:50 -0600, Levi Morrison wrote:
> This was known at voting time, yes.
and I hope voters understand what they are doing while voting and hope
they considered that. As long as we have this voting scheme we have to
follow the results else it's pointless.
> The number of
On Tue, 2015-04-28 at 13:07 +0100, Rowan Collins wrote:
> François Laupretre wrote on 28/04/2015 12:32:
> > Bare class names are still recognized and priority is given to class names
> > (if a 'String' class is defined, every 'String' or even 'string' type hints
> > will always refer to it).
>
>
Hi,
On Tue, 2015-05-12 at 14:44 -0400, Bishop Bettini wrote:
> 5.3 and later, including 7 and HHVM:
> Fatal error: Call to undefined function bar()
5.3 introduced goto and labels.
foo:bar();
is equal to
foo:
bar();
meaning a label foo and then a function call.
johannes
--
PHP Internals -
On Sat, 2015-05-16 at 15:32 +0200, Patrick Schaaf wrote:
> None of this whitelisting-by-filename would be practical for our setup.
> Have a look at what Smarty does with compiled templates and cached pages:
> PHP includes generated on the fly, with filenames that are not known in
> advance. For suc
On Wed, 2015-05-27 at 18:10 +0200, Anatol Belski wrote:
> > so I think it's not very difficult to add such features to qa.php.net/pulls
> > now.
> >
> > any volunteer ? if no, I can work on it this weekend... hope I didn't
> > forget
> > my experience on jquery :)
> >
> >
> I can take this, m
On Thu, 2015-06-11 at 14:25 +0300, Andrew Kluev wrote:
> sleep(3);
[...]
> This is a bug or something I do not know about php?
Max execution time is working a bit dependent on the operating system.
On Windows it is using the elapsed time ("wall clock time") on Linux
systems the CPU time. Thus on w
On Mon, 2015-06-15 at 16:20 +0200, Christoph Becker wrote:
> Hannes Magnusson wrote:
>
> > Then this fix doesn't make any sense -- you are saying if I download
> > the .tar.gz and .zip and extract those two, I will have precisely the
> > same sources?
> > Then this fix should be reverted as there
On Mon, 2015-06-15 at 18:41 +0200, Jan Ehrhardt wrote:
> On github they are next to each other:
> https://github.com/php/php-src/releases
Those don't include the generated parsers etc. we should disable these,
while I couldn't find an option for that on github's site.
johannes
signature.asc
D
On Tue, 2015-06-16 at 00:02 +0200, Christoph Becker wrote:
> Why should these downloads be disabled? They contain exactly what could
> be checked out from the respective tag.
It is not including the generated parsers. This means the user might use
a different version, which might cause a bug whi
On Mon, 2015-06-15 at 23:09 +0200, Jan Ehrhardt wrote:
> Is that a real problem? I always use those sources for my own Windows
> builds, because they are the first publicly available tarballs of a new
> release.
They are made available by github, but no official php.net downloads.
Until the relea
On Tue, 2015-06-16 at 02:02 +0200, Christoph Becker wrote:
> Johannes Schlüter wrote:
>
> > On Tue, 2015-06-16 at 00:02 +0200, Christoph Becker wrote:
> >
> >> Why should these downloads be disabled? They contain exactly what could
> >> be checked out from th
On Mon, 2015-06-15 at 22:45 +0700, Pierre Joye wrote:
> Yep, this could work and were probably proper solution. Except we
> wouldn't add some issue for the non Windows users :) I'm not sure, why
> is it done so ATM, probably it has its historical reasons. But this
> would probably cause us need to
On Wed, 2015-06-17 at 10:03 +0200, Lorenzo Fontana wrote:
> - In C++ using initializer list is used over assignment also for
> performance reasons but right now I can't say if this can be achieved in
> PHP or not.
>
> Initializer lists in C++:
> http://en.cppreference.com/w/cpp/language/initialize
On Wed, 2015-06-17 at 17:30 -0400, Anthony Ferrara wrote:
> Changing the existing Exception class to be abstract would break a
> metric ton of code. Simply on that metric alone it would be a hard
> sell. I think you'd need an exceptionally strong justification for it,
> beyond "using typed exceptio
On Thu, 2015-06-25 at 14:52 +0200, Nikita Popov wrote:
> However what it doesn't do, and what I wouldn't consider feasible to do, is
> ensure that every single string conversion in library functions is
> exception safe. Personally I don't think this is a blocking issue, as the
> worst that can happ
On Fri, 2015-07-03 at 17:57 +0200, Nikita Popov wrote:
> I can see your concern here -- however this is nothing specific to
> exceptions thrown from __toString(). There is are a number of ways you
> can end up in this situation, the two most common being:
I summarize this a bit freely as "We alr
On Sun, 2015-07-05 at 23:45 +0200, Nikita Popov wrote:
> On Sun, Jul 5, 2015 at 10:51 PM, Nikita Popov
> wrote:
> On Sun, Jul 5, 2015 at 10:33 PM, Stanislav Malyshev
> wrote:
> Hi!
>
> >>> I can see your concern here -- however this
On Tue, 2015-07-14 at 02:27 +0300, Lior Kaplan wrote:
> Hi,
>
> With the release of 7.0.0 beta 1 I think it's time we
> introduce ChangeLog-7.php to the website.
>
> Both ChangeLog-4.php and ChangeLog-5.php have started with the first Beta
> of the major releases.
Maybe ChangeLog-7.0 so we have
Hi,
On Wed, 2015-07-15 at 11:28 +, Tjerk Meesters wrote:
> The most notable comment was that it would be nice to support Traversable
> as well as arrays; instead of only supporting this for my own functions,
> I've generalised this so that other functions can take advantage of this as
> well.
On Thu, 2015-07-23 at 15:51 +0100, Rowan Collins wrote:
> Hannes Magnusson wrote on 22/07/2015 23:50:
> > Every blue moon there is a person without VCS account that would like
> > to write an RFC.
> > That must be possible.
>
> This may be a naive question, but wouldn't that just be a case of givi
On Mon, 2015-07-27 at 09:32 +0200, Ferenc Kovacs wrote:
> Hi,
>
> I've just realized that even thought https://pear.php.net/ is available, we
> are still downloading the install-pear-nozlib.phar via http:// in
> pear/Makefile.frag and makedist
> Do you happen to know any reason for keeping it that
On Tue, 2015-07-28 at 17:11 +0200, Sebastian Bergmann wrote:
> On 07/28/2015 04:45 PM, Johannes Schlüter wrote:
> > (and yes - developers doing this might be an interesting targeted
> > attack vector. Malicious code there knows where the developer keeps
> > the source tree
Step one: Get a proper mail client. In the mail you sent one can't see
what's from you and what you actually just quoted. All is marked as
quote.
E-Mail is great. It is a push service and I as the receiver can handle
as it matches my work flow. Applying custom filters, highlighters, have
a threaded
On Sun, 2015-08-02 at 19:17 +, Dor Tchizik wrote:
> Now, I get that the RFC process in PHP is different, but why is it that to
> even GET on the mailing list one needs to go through seven hells, only to
> be in the discussion (often completely irrelevant to what he's trying to
> do) for several
On Sun, 2015-08-02 at 17:28 -0500, Stephen Coakley wrote:
> On 08/02/2015 02:35 PM, Johannes Schlüter wrote:
> > Step one: Get a proper mail client. In the mail you sent one can't see
> > what's from you and what you actually just quoted. All is marked as
> > quot
On Sun, 2015-08-02 at 17:15 -0500, Stephen Coakley wrote:
> You have to admit, NNTP news is an aging technology, with fewer and
> fewer readers available as time goes on. Nowadays (for graphical
> clients), there's Pan, and Thunderbird, and...? I use Thunderbird at the
> moment, because I didn't
On Tue, 2015-08-04 at 18:36 +0200, Ferenc Kovacs wrote:
> personally I would prefer moving to something like google groups and doing
> in a way that we can preserve archives (
I have no experience with google groups in a day o day usage basis. So
I can't judge what they might do better. But a fun
On Thu, 2015-08-06 at 18:47 +0200, Anatol Belski wrote:
> as we put several verification info into the announcement mails, and after
> doing it a couple of times manually, I've invented this quick solution.
>
> https://gist.github.com/weltling/2d2972aa5325ee3b530c
looks like this should be part o
On Sun, 2015-08-09 at 00:48 +0200, Ferenc Kovacs wrote:
> Hannes, David, Johannes: what do you think? should we keep the current
> history (I diffed it and it seems to be the same content, only the
> commit metadata, author infor was changed) or should we force push the
> original history (of cours
On Sun, 2015-08-09 at 04:20 +0200, Ferenc Kovacs wrote:
> On Sun, Aug 9, 2015 at 2:33 AM, Johannes Schlüter
> wrote:
>
> > On Sun, 2015-08-09 at 00:48 +0200, Ferenc Kovacs wrote:
> > > Hannes, David, Johannes: what do you think? should we keep the current
> > >
On Sun, 2011-12-04 at 00:08 +0800, Alan Knowles wrote:
> This patch is a start.
> https://bugs.php.net/patch-display.php?bug_id=60362&patch=first_effort_to_fix_this&revision=latest
>
> It's been quite a while since I hacked on the engine, so the patch only
> works reasonably well.. (see the FIXME
On Tue, 2011-12-06 at 17:59 +0800, Laruence wrote:
> Hi:
> I am not sure whether is okey to change the existing zbacktrace,
> so I open a thread that let people know.
>
> after that I change the patch, add a new zbacktrace_ex. I think
> this should be okey, so I commit it. :)
I don't
On Wed, 2011-12-07 at 14:11 +0100, Ferenc Kovacs wrote:
> So you say that you don't have the time to answer my questions?
> Given the fact that this is an open source project I think it is pretty
> reasonable to know that where is the development happening.
> I will refrain from replying to your pe
On Fri, 2011-12-09 at 08:58 -0500, Rasmus Schultz wrote:
> What I'm proposing (and what Phalanger does) is to compile PHP code to
> CLR
> bytecode, and running it directly on the VM - I'm not saying run an
> interpreter under the VM. That would be pointless.
For *this* group there's little sense i
On Mon, 2011-12-12 at 01:01 +, Clint M Priest wrote:
> To be complete I should probably add something to the reflection system as
> well. At present the getters/setters would show up as functions.
>
> What would be preferable?
> 1) Show up as regular functions and let users fend for themselv
On Thu, 2011-12-15 at 18:11 +0100, Hannes Magnusson wrote:
> > 1. Compile a list of scripts/sites that need to be changed in order
> > to work with the git repo. Some sites are already on the list:
> > - http://ci.qa.php.net
> > - http://snaps.php.net
> > - http://edit.php.net
> >
On Sat, 2011-12-24 at 11:56 +, Derick Rethans wrote:
> On Sat, 24 Dec 2011, Pierre Joye wrote:
>
> > Laruence refers to the PHP C source code and removing trailing white
> > spaces is a good thing as it is part of our CS.
> >
> > Go ahead Laruence :)
>
> Please don't. Changing whitespace en-
On Wed, 2012-01-04 at 12:29 -0800, Stas Malyshev wrote:
> Hi!
>
> > But there is a very valid security concern here. People can usually run
> > safely with display_errors enabled if their code is well-written. They
>
> Oh no. Nobody should or can safely run production with display_errors.
> Ever
On Wed, 2012-01-04 at 21:49 +0100, Jannik Zschiesche wrote:
> Hi Johannes,
>
> as far as I understood the issue, this error would be triggered before
> the application's code is executed, so that would not solve this
> issue.
>
That's the point. Thanks for making it clear. :-)
johannes
>
> Ch
I was under the impression that somebody worked on the information
disclosure issue in the error message and the error message spamming.
This seems not to be the case.
If you, Pierre, are ready for Windows builds tomorrow morning I'd like
to release tomorrow as is.
johannes
On Mon, 2012-01-09 a
On Tue, 2012-01-10 at 18:28 +0100, Pierre Joye wrote:
> what I mean is that, as far as I remember, the deprecation is only an
> information via the documentation. We did not want to break BC and all
> that as it is now emulated through pcre.
There is no emulation, the behavior of the ereg library
On Fri, 2012-01-13 at 18:28 +0100, Remi Collet wrote:
> I fill a bug : https://bugs.php.net/bug.php?id=60748
> (trivial patch proposed, shouldn't break anything)
>
> Just a notice, there is no mysqlnd component in bug tracker...
> (or I was unable to find it...)
In what case do you notice that? -
http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
So it is working in bytes and has to hold all possible values.
I'll mark #60333 as bogus (expected behavior) once master works for
login ...
johannes
--
Johannes Schlüter, MySQL Engineering Connectors and Client Connectiv
Hi,
On Sat, 2012-01-21 at 08:31 -0500, Daniel Convissor wrote:
> Hi Johannes:
>
> > The documentation tells
> >
> > http://dev.mysql.com/doc/refman/5.5/en/c-api-data-structures.html
> >
> > So it is working in bytes and has to hold all possible values.
>
> That's how My
Hi,
On Sun, 2012-01-29 at 18:51 -0500, Rasmus Schultz wrote:
> I realized the other day that ReflectionFile is missing from the Reflection
> API.
As is ReflectionNamespace and some others one might think about. In the
end it boils down to the fact that we don't have structures internally
represe
On Mon, 2012-01-30 at 11:48 +1000, Ryan McCue wrote:
> Johannes Schlüter wrote:
> > PS. Mind that the example you've given even works on files not included
> > by parsing files, whereas internal reflection provides information what
> > actually is available from engine
On Mon, 2012-01-30 at 09:33 -0500, Rasmus Schultz wrote:
> From my point of view, the concept of a "file" has become semantically more
> important, and increasingly relevant to Reflection, with the latest PHP
> features added in the past couple of years.
>
> I can see what you mean though - it's p
On Mon, 2012-01-30 at 12:15 -0500, Rasmus Schultz wrote:
>
>
> Well, my thinking was, in my annotation engine, rather than globally
> registering aliases for fully-qualified annotation-type class-names, I
> would support the use-statement.
>
> This is generally how it works in other languages (s
On Wed, 2012-02-01 at 18:08 +, Andi Gutmans wrote:
> We've done our own benchmarks but it'd be great to hear from others
Can we also hear from you? :-)
johannes
who doesn't have proper benchmarks himself, but is interested in
seeing them ;-)
--
PHP Internals - PHP Runtime Development
some mirror, please try again later
or choose another download site.
Johannes Schlüter
PHP 5.3 Release Master
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, 2012-02-13 at 11:37 +0200, marius adrian popa wrote:
> I have this weird bug where the warning is printed after the query is
> executed and printed
>
> http://gcov.php.net/viewer.php?version=PHP_5_4&func=tests&file=ext%2Fpdo_firebird%2Ftests%2Fbug_43130.phpt
>
> Result is correct , warnin
On Wed, 2012-02-15 at 07:09 -0800, Christopher Jones wrote:
> Of course it warrants a NEWS entry. Unless no one in the world was
> using it (in which case why have any code there?), a news entry will
> help explain a behavior difference, or identify when something broke
> (if you just accidentally
Hi,
On Mon, 2012-02-20 at 17:02 -0800, Kris Craig wrote:
> Opening discussion on RFC pertaining to adding a new option to the
> configure script with regard to how/whether APXS touches the httpd.conf
> file.
>
> This is my first RFC post so please go easy on me if I screwed-up on
> procedure in a
On Fri, 2012-02-17 at 08:38 -0500, Daniel Convissor wrote:
> > A related problem was found by the test script. libmysql is completely
> > ignoring the character set information in my.cnf. Plus, if one forces a
> > character set by calling options(SET NAMES utf8) before connecting,
> > character_s
On Wed, 2012-02-22 at 09:57 -0500, Michael Morris wrote:
> Before writing up a full RFC I want to put out a feeler on something.
> Currently we have several input parameter objects, chief among them
> $_GET, $_POST, $_REQUEST, $_SERVER (for the client HTTP headers). All
> of them are arrays and le
Hi,
PHP is no strickt-typed language. Changing this is a massive change, if
you want to go there: There are plenty of other languages.
If you want this to be an optional feature:
a) It's not optional (one has to maintain code written by others, uses
libraries, frameworks, ...)
b) It causes a hell
On Mon, 2012-02-27 at 10:43 -0600, Richard Lynch wrote:
> I believe core PHP is all in C.
Correct.
> Extensions, however, could be in C++
Correct.
> And if one extension has forgotten to edit the Makefiles to do
> -lstdc++ I presume that it could be the cause.
Nobody should directly link -lstd
On Mon, 2012-02-27 at 13:05 -0600, Richard Lynch wrote:
>
> I'd have to come up with some OTHER scenario not involving fatal
> error, such as:
>
> strict $db = new DB();
The example is wrong. The new operator will always return an instance of
the given class (or there will be an exception). Use
On Mon, 2012-02-27 at 21:05 +0100, Gustavo Lopes wrote:
> On Mon, 27 Feb 2012 20:09:08 +0100, Johannes Schlüter
> wrote:
>
> > On Mon, 2012-02-27 at 13:05 -0600, Richard Lynch wrote:
> >>
> >> I'd have to come up with some OTHER scenario n
Hi,
the primary goal should be to encourage people to move to 5.4 as soon as
possible. The clear marketing message should be along the lines of "PHP
5.4 is the best version there is, it has all of 5.3's bug fixes and
additional improvements". We have to drive the 5.4 adoption.
I also don't think
On Sat, 2012-03-03 at 16:19 -0800, Kris Craig wrote:
> Hmm yeah that's a good point. I guess the RFC would be to document what
> the procedure is; and, if there's not a procedure, then to establish one
> for consistency. I'm all for meritocracy for OOP project admins but if
> there's no establish
On Mon, 2012-03-05 at 13:50 +, Lester Caine wrote:
> OK what changed in the automatic updates from PHP5.3.9 to 5.3.10 that stops
Nothing as a
$ svn diff \
https://svn.php.net/repository/php/php-src/tags/php_5_3_9 \
https://svn.php.net/repository/php/php-src/tags/php_5_3_10
clearly shows
On Mon, 2012-03-05 at 10:27 -0500, Matthew Weier O'Phinney wrote:
> On 2012-03-02, Pierre Joye wrote:
> > It should have been done before 5.4.0 was out, but better late than never.
> >
> > I put together four options here:
> >
> > https://wiki.php.net/rfc/php53eol
> >
> > I'm in favor of option #1
Hi,
just a quick note on 5.3.11 planning:
We will migrate to git in roughly one week. I'll give it a few days to
verify migration works fine afterwards and then start the 5.3.11
process. Best is to get outstanding fixes in early. ;-)
Please ping me if there are outstanding fixes you desperately
On Tue, 2012-03-06 at 11:19 +, Derick Rethans wrote:
> I'd like to get my simple ZEND_DONT_UNLOAD_MODULES patch in:
Yeah, it's proven and useful. Please also add the part from
README.ZEND_MM.
johannes
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://ww
Hi,
A few comments on the patch:
A) for licensing reasons we should try to keep as few readline only things as
possible in there (gpl vs. php license)
B) thread safty isn't an issue for readline but you still should do the init
and deinit in rinit/rshutdown not minit/mshutdown, probably also do
On Sun, 2012-03-18 at 15:53 +, Lester Caine wrote:
> So I need to work out why with PHP5.4 we have such an overload of warning
> messages ... so I CAN fix them ... which is why I'm asking here for advise on
> migration information to a clean code base in PHP5.4 ...
See http://php.net/migrati
Hi,
On Tue, 2012-03-20 at 21:06 +0200, Osama Abu Elsorour wrote:
> All,
>
> I was recently involved in a project that relied heavily on readline
> to provide console text input capabilities. However I soon noticed
> that the current readline extension has a serious bug and is lacking
> some impor
On Wed, 2012-03-21 at 18:44 +0500, Alexey Shein wrote:
> > Btw is 5.3 branch in development state or only maintenance? If new
> > feature could be added to the 5.3 branch. I preferred upgrade from
> > 5.3.10 to 5.3.11 instead of 5.3.10 -> 5.4.
> >
>
> Can't say for sure, it's better ask maintainer
On Sat, 2012-03-24 at 11:57 +0100, François Gannaz wrote:
> > No, it's currently not meant for public use - it's an internal
> function
> > that is not available to outside modules (thus declared 'static').
> > It may make sense to refactor this code and make it more accessible
> to
> > functions t
On Mon, 2012-03-26 at 12:00 -0700, Clint Byrum wrote:
>
> Our hands are tied, as the security team still does not feel
> comfortable shipping a PHP without Suhosin. Perhaps more can be done
> to convince the world that this is a safe thing to do now, but for
> now, we're taking the extremely conse
On Fri, 2012-03-30 at 17:22 +0900, Yasuo Ohgaki wrote:
> Hi,
>
> Bug fix can be merged upwards. However,
> Are we free to merge feature changes?
>
> Adding new module constant is new feature.
> I certainly would like to have it on 5.4 and it's
> probably OK for 5.4, but how about 5.3?
> So I'm as
On Fri, 2012-03-30 at 10:16 -0700, Christopher Jones wrote:
> The XFAIL mechanism reflects the reality of open source that not all
> bugs are fixed.
I wonder what that has to do with open source ... besides maybe TeX
there's no non-trivial bug free software.
johannes
--
PHP Internals - PHP Ru
On Sat, 2012-03-31 at 13:27 +0500, Alexey Shein wrote:
> Ok, we have a weekly reminder to bug maintainers (that maybe not
> working).
Those are working. At least for me :-)
There was some trouble with mails for individual changes, but recently I
got an "you have been assigned" mail, too.
> That'
On Sat, 2012-03-31 at 13:21 +0500, Alexey Shein wrote:
> By constantly publishing
> newsletter with failed / xfail bugs you're telling them "That's our
> current problems. Maybe you could help us with them". This way we
> could convert that discussing energy into some good patches.
While many peop
On Mon, 2012-04-02 at 10:35 +0200, Gustavo Lopes wrote:
> Hi
>
> I have exposed ICU's Calendar API to PHP via the intl extension. It allows
> date calculations with Gregorian, Chinese, Coptic, Ethiopic, Hebrew,
> Indian, Islamic (civil/religious), Japanese, Persian, Taiwan and Thai
> Buddhis
On Mon, 2012-04-02 at 08:44 -0400, Rasmus Schultz wrote:
> I was just reading about the new async/await keywords in C# 5.0, and while
> this has no particular relevance to PHP as such, it got me thinking about
> this idea...
>
> What if you could resume execution after an exception was thrown?
So
On Tue, 2012-04-03 at 00:49 +0500, Alexey Shein wrote:
> 3 апреля 2012 г. 0:40 пользователь Johannes Schlüter
> написал:
> > On Mon, 2012-04-02 at 08:44 -0400, Rasmus Schultz wrote:
> >> I was just reading about the new async/await keywords in C# 5.0, and while
> &
Dmitry,
while looking at #55334 I discovered two issues regarding the handling
of properties and constants in threaded environments which might cause
race conditions.
The reproduce code for both issues is as simple as
and then hit it on a 8+ core box in threaded mode. (using less cores
crashes
Hi,
On Fri, 2012-04-06 at 16:46 -0700, Luke Scott wrote:
>
>
> From what I've gathered thus far, it is impossible to do without
> copying the non-persistent memory into persistent memory, and then
> back again. I'm assuming this is because all the memory associated
> with PHP variables use emall
On Apr 7, 2012, at 15:26, Tom Boutell wrote:
> * If the CLI sees a .phpc file extension, the parser starts out in PHP
> mode (no opening into HTML mode after that with ?>.
>
> * If a require/include statement sees a .phpc file extension, the
> parser starts out in PHP mode.
I don't think such
Hi,
On Sat, 2012-04-07 at 11:23 -0700, Matthew Hernandez wrote:
> This is my first extension I'm working on. I'm trying to make a class
> available to the user space with 1 private property that is an array.
The first question is: Why? - Why add the overhead of creating such an
array if it is pri
On Sun, 2012-04-08 at 23:54 -0700, Stas Malyshev wrote:
> Hi!
>
> 5.4.1 will be the first release we're releasing using our new git setup.
As will 5.3.11.
> I would like to refine a process that we used to have for releases and
> make small tweaks hopefully to allow us more predictable release
>
On Tue, 2012-04-10 at 19:12 -0400, Jelle Zijlstra wrote:
> I think this is a useful simplification of the language, removing an
> unnecessary exception. Would it also make sense to make empty() into a
> library function instead of a language construct? That would not
> result in
> any BC break as f
On Wed, 2012-04-11 at 19:44 +0100, Lester Caine wrote:
> Anthony Ferrara wrote:
> > Even with PDO and older versions of MySQL, you could inject into
> > prepared statements quite easily (assuming charset settings):
> >
> > $var = '1' . chr(0xbf) . chr(0x27) . ' OR 1=1';
> >
> > $pdo = new PDO('mysq
Hi,
please read http://php.net/git.php
Thanks,
johannes
On Wed, 2012-04-11 at 15:55 -0700, Yader Hernandez wrote:
> Hello,
>
> Is there a reason why the github repo doesn't contain configure file? I
> would have thought that I could do something like:
>
> git clone https://github.com/php/php-s
On Wed, 2012-04-11 at 00:53 +0200, Nikita Popov wrote:
>
> Currently the empty() language construct only works on variables. You
> can write if (empty($array)) but not empty if (empty(getSomeArray()).
I've mentioned this thought off-list already but let's discuss it
officially:
A fear I have is
eased along with 5.4 on April 26.
Johannes Schlüter
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Wed, 2012-04-18 at 00:02 +0200, Stefan Neufeind wrote:
> How would you think about extending func_get_args() and func_get_arg()
> to allow for:
>
> $args = func_get_args(FUNC_GET_ARGS_BY_REFERENCE);
> $arg0 = func_get_arg (0, FUNC_GET_ARGS_BY_REFERENCE);
>
> (default would be FUNC_
within the last few minutes please make sure that you do
not have the revision 885e57517ad6057b497b2c90482ddb2d58ac1a2b and don't
push that revision to the repository.
johannes
Changes reapplied:
commit 0618e33b5dbac73efc0893884051b5c24e7ab409
Merge: d6394e6 da6465a
Author: Johannes Schlüter
On Wed, 2012-04-18 at 12:35 +0200, Johannes Schlüter wrote:
> Hi,
>
> the master branch was accidentally merged into the 5.4 branch. I
> reverted that by force pushing the old revision
> d55afe4df63945a6e3abe9892ba7836f83c74265 into PHP-5.4 and then
> cherry-picking all re
1 - 100 of 1253 matches
Mail list logo