On 02/22/2013 10:22 AM, Christopher Jones wrote:
On 02/21/2013 04:42 PM, Keyur Govande wrote:
Hi everyone,
With the 2 weeks discussion period up, I'm moving this RFC to the Voting
stage. I'd like to get this into 5.5.
Most of the reaction has been positive and is archived here:
http
On 02/25/2013 08:14 AM, Nikita Popov wrote:
Hi internals!
PHP 5.4 added support for expressions of the kind (new Foo)-bar(), (new
Foo)-bar and (new Foo)['bar'].
I'd like to extend this support to any expression instead of just new.
Why should be do this? Because it's just an arbitrary
On 02/25/2013 04:33 PM, Sara Golemon wrote:
When it comes to changing syntax, there is no such thing as too small
of an RFC IMO. Runtime changes can occasionally be hand-waved, but
syntax changes are serious business.
Seeing this quoted makes me realize I expressed myself poorly. What I
On 02/27/2013 03:06 AM, Zeev Suraski wrote:
Are there any additional clarifications and/or unanswered questions people
are still waiting for, or can we move ahead to vote on the O+ inclusion RFC?
Zeev
Are there any updated guesstimates at how long integration into PHP 5.5 will
take?
On 02/27/2013 11:26 AM, Pierre Joye wrote:
On Wed, Feb 27, 2013 at 8:05 PM, Christopher Jones
christopher.jo...@oracle.com wrote:
Are there any updated guesstimates at how long integration into PHP 5.5 will
take?
There will be no integration, but the idea is to bundle
On 02/28/2013 05:54 AM, Ondřej Hošek wrote:
Hi,
yesterday, I submitted a patch to add a batch modification function to the
LDAP extension:
https://bugs.php.net/bug.php?id=64317
IMNSHO, this would be a very useful addition to PHP’s LDAP API (and I think
the submitter of bug 31209, among
On 03/01/2013 04:15 PM, Matt Ficken wrote:
I am testing O+ on Windows with php 5.3, 5.4, and 5.5.
I have uploaded my O+ test results here:
http://windows.php.net/downloads/snaps/ostc/pftt/
Can you put your O+ php.ini settings up there as well?
Did you experiment with any options?
Putting
On 3/2/13 3:19 AM, Terry Ellison wrote:
On 02/03/13 09:34, Pierre Joye wrote:
Having it in peck right now allows that. But as of now it is not a PHP.net
project so it makes little sense to have it listed there.
On Mar 2, 2013 10:33 AM, Terry Ellison te...@ellisons.org.uk
On 03/02/2013 09:42 AM, Christopher Jones wrote:
On 3/2/13 3:19 AM, Terry Ellison wrote:
On 02/03/13 09:34, Pierre Joye wrote:
Having it in peck right now allows that. But as of now it is not a PHP.net
project so it makes little sense to have it listed there.
On Mar 2, 2013 10:33 AM
On 03/25/2013 08:41 AM, Remi Collet wrote:
Le 25/03/2013 06:47, Laruence a écrit :
attached here:
https://bugs.php.net/patch-display.php?bug_id=64503patch=bison_build_2.patchrevision=latest
Tested under RHEL 6.4 (bison 2.4.1), Fedora 17 (bison 2.5) and Fedora 18
(bison 2.6.1). NTS and ZTS
On 03/25/2013 01:59 PM, Rasmus Lerdorf wrote:
On 03/25/2013 01:43 PM, Christopher Jones wrote:
Bison 2.3 with Oracle Linux 5.9 (and therefore with RHEL 5.9) gives this
error:
/home/cjones/php-5.5/Zend/zend_language_parser.y:50.1-5: invalid
directive: `%code'
/home/cjones/php-5.5/Zend
On 05/09/2013 05:02 AM, Pierre Schmitz wrote:
Hi,
I am testing PHP 5.5 atm and how we can package it for Arch Linux and
provide an upgrade path for users. The RC1 looks pretty solid so far.
As the new opcache does not provide a user cache to store custom
variables, I would be glad if you
On 06/27/2013 09:33 AM, Ralf Lang wrote:
Anyway, I have built a version of the patch (using unsigned long instead
of signed long as the original did) against old php 5.3.8 and currently
a test is running with a 4.7 GiB DVD Image. If it works well, I will
submit the patch and attach it to the
On 07/03/2013 07:12 AM, Anthony Ferrara wrote:
Then, I defined a series of new types:
#ifdef ZEND_USE_LEGACY_STRING_TYPES
Due to a problem with zend_parse_parameters, I added two new identifiers: S
and P. They act just like s and p, except that they return zend_str_size
instead of int.
On 07/07/2013 07:55 AM, Sebastian Bergmann wrote:
On 07/07/2013 04:31 PM, Sebastian Bergmann wrote:
Currently --enable-debug sets -O0. I think it would make sense to
use -Og instead when GCC = 4.8.0 is used.
https://gist.github.com/sebastianbergmann/5943708 is an attempt to
implement
On 8/5/13 8:12 AM, Jan Ehrhardt wrote:
Julien Pauli in php.internals (Fri, 2 Aug 2013 10:05:00 +0200):
Please test the release carefully and report any bugs.
What is the best way to report things that are so small that opening an
issue would be overkill?
I have got some tiny remarks:
-
On 08/02/2011 05:44 PM, Hannes Landeholm wrote:
I had a two week discussion period that was mostly silent and I felt
the consensus was generally in favor of the feature which is why I
started the vote.
@internals silence on new features can be interpreted both ways.
Looking at the general
On 8/24/11 3:42 AM, Johannes Schlüter wrote:
We don't push them out as news on the php.net frontpage and we don't
send it out to the announce list for reasons like not confusing users.
Should we change that?
Announcements of RC X, Alpha X etc should be on the frontpage.
Chris
--
Email:
On 08/25/2011 05:16 PM, Aaron Gray wrote:
Chris Stockton chrisstockto...@gmail.com wrote in message
news:calkfbxvsuq-zqyytdxi3a9tccieh6xzz9y-kbyqva8kpc4-...@mail.gmail.com...
Hello,
On Thu, Aug 25, 2011 at 2:57 PM, Aaron Gray ang.use...@gmail.com wrote:
Hi,
I am working on a C extension
On 08/30/2011 01:13 PM, Rutvij Khataokar wrote:
Developing the PHP runtime
Hi,
This document describes how to start contributing to PHP:
http://svn.php.net/viewvc/php/php-src/trunk/README.SUBMITTING_PATCH?view=markup
Chris
--
Email: christopher.jo...@oracle.com
Tel: +1 650 506 8630
On 09/02/2011 08:32 AM, Rasmus Lerdorf wrote:
On 09/02/2011 05:27 AM, Johannes Schlüter wrote:
Hi,
when building PHP using
(I) ./configure --with-mysql --with-mysqli --with-pdo-mysql
you currently get a build using the system default libmysql, usually
in /us or
such. Alternatively PHP can
On 09/02/2011 12:24 PM, Stas Malyshev wrote:
Hi!
On 9/2/11 12:17 PM, Christopher Jones wrote:
I'm +1 for this. I think the decision implementation needs to be done
before Beta or deferred to trunk.
Frankly, I'd be more comfortable with trunk. We have enough trouble with unit
tests etc
On 09/08/2011 11:01 AM, Stas Malyshev wrote:
Hi!
We've made a great progress on fixing and cleaning up the unit tests, I'd like
to thank everybody involved for their contribution. We still have some failures
and tests with unclear status, so I think it's better we take another week
before
On 09/08/2011 11:51 AM, Lester Caine wrote:
Christopher Jones wrote:
For 5.4, there are still are a bunch of systematic failures on gcov
e.g. imap, pdo_firebird, pdo_odbc that need attention, along with less
obvious issues. Volunteers welcome.
I've asked a couple of times now about fixing
On 09/08/2011 02:43 PM, Lester Caine wrote:
Christopher Jones wrote:
File a bug and attach test patches that satisfy you (and run on gcov).
Or merge the patches yourself - but I'm not sure you have karma???
I've never heard of anyone else running these tests so your help would
be appreciated
On 09/08/2011 11:01 AM, Stas Malyshev wrote:
Hi!
We've made a great progress on fixing and cleaning up the unit tests, I'd like
to thank everybody involved for their contribution. We still have some failures
and tests with unclear status, so I think it's better we take another week
before
On 09/09/2011 10:02 AM, Lester Caine wrote:
I'm not having much luck running the pdo_firebird tests ...
I've got as far as building with
./configure --disable-all --with-interbase=/opt/fb25cs --enable-pdo
--with-pdo-firebird=/opt/fb25cs --with-sqlite3 --with-pdo-sqlite
Having first tried
On 09/09/2011 10:18 AM, Christopher Jones wrote:
On 09/09/2011 10:02 AM, Lester Caine wrote:
I'm not having much luck running the pdo_firebird tests ...
I've got as far as building with
./configure --disable-all --with-interbase=/opt/fb25cs --enable-pdo
--with-pdo-firebird=/opt/fb25cs
On 09/08/2011 05:07 AM, Alexey Shein wrote:
Hello!
I've made some improvements to run-tests.php:
1) Autoguessing TEST_PHP_EXECUTABLE and TEST_PHP_CGI_EXECUTABLE if
they're not provided, i.e. assume they have value 'auto'. You can
still pass your own value as usual.
2) Added option -n (use no
On 09/13/2011 12:25 PM, Nikita Popov wrote:
I changed my previous patch to an SVN patch, so it is easier to apply
and added another patch (the one called tokenizer_patch_full.txt),
which additionally fetches the rest into a T_INLINE_HTML. (The _full
patch thus contains both changes. I didn't
On 09/23/2011 09:15 AM, Matthew Weier O'Phinney wrote:
I could also see this being an interesting peer-pressure move -- First
to test!, We tested last week; how come _you_ haven't?, etc.
Speaking of testing, the commit
http://svn.php.net/viewvc?view=revisionrevision=317183
doesn't have
On 09/23/2011 11:17 AM, Rasmus Lerdorf wrote:
On 09/23/2011 07:13 PM, Christopher Jones wrote:
On 09/23/2011 09:15 AM, Matthew Weier O'Phinney wrote:
I could also see this being an interesting peer-pressure move -- First
to test!, We tested last week; how come _you_ haven't?, etc
On 09/23/2011 11:33 AM, Rasmus Lerdorf wrote:
On 09/23/2011 08:20 PM, Christopher Jones wrote:
On 09/23/2011 11:17 AM, Rasmus Lerdorf wrote:
On 09/23/2011 07:13 PM, Christopher Jones wrote:
On 09/23/2011 09:15 AM, Matthew Weier O'Phinney wrote:
I could also see this being
On 11/10/2011 07:14 PM, Edward Z. Yang wrote:
The change to zlist_clean is necessary because otherwise extension_lists can't
be reused for the second round of extension appliations (since the head and
tail pointers have garbage in them). You should probably take that fix
regardless
of what
On 11/15/11 4:17 PM, Rasmus Schultz wrote:
So I guess my remaining quibble is that the documentation needs to relay
this somehow - with a basic real-world example that actually uses an
interface too, to clarify the difference, and to demonstrate how this tool
use useful in conjunction with
Hi Laruence,
Is there anyway to make the PHP CLI webserver tests more resilient?
They are failing on gcov.php.net and are high on the list of user test reports:
http://gcov.php.net/viewer.php?version=PHP_HEADfunc=tests
http://qa.php.net/reports/?version=5.4.0RC2-dev
Chris
--
Email:
On 11/16/2011 01:09 PM, Alexey Shein wrote:
2011/11/17 Ferenc Kovacstyr...@gmail.com:
On Wed, Nov 16, 2011 at 9:31 PM, Alexey Sheincon...@gmail.com wrote:
2011/11/17 Ferenc Kovacstyr...@gmail.com:
\o/
You could also ask Alex Shein, he was volunteered to update the http
tests
to use our
On 11/16/11 6:12 PM, Rasmus Schultz wrote:
who can hook me up with a login, so I can contribute to the documentation?
You can do it as an anonymous user on edit.php.net. Join in the chat so you
can prod someone to merge your changes - you might also need to remind the doc
mail list. Once
On 11/18/2011 01:06 PM, Daniel Convissor wrote:
Hi Folks:
The output of mysqli_fetch_field() produces different results when
running against mysqlnd than it does against libmysql. I've mentioned
Can you log a bug for this?
Chris
--
Email: christopher.jo...@oracle.com
Tel: +1 650 506
On 11/22/2011 02:51 PM, Yasuo Ohgaki wrote:
It will save much time if I don't have to write wiki for rfc.
Please add at least the contents of your email to an RFC so there is
some description that doesn't require trawling through mail archives
to find.
Chris
--
Email:
On 11/22/2011 06:31 PM, Daniel Convissor wrote:
Hi Etienne:
AFAIK this is one of the change that was explicitly put in to make it
more consistent.
But now it breaks code in the wild. I came across this due to an
isset() in PEAR now passing when it didn't before.
Thanks,
--Dan
Since
On 12/07/2011 05:45 AM, Pierre Joye wrote:
again, it was told, many times.
Hi Pierre,
Searching (via Thunderbird's not so excellent search) didn't
immediately give any obvious hits (in your many emails!) Maybe that
was at the bottom of some other message? So, with genuine respect, do
you
On 12/20/2011 06:09 PM, Will Fitch wrote:
Hello All,
I would like to submit https://wiki.php.net/rfc/returntypehint2 into
discussion. A link to the patch for this is provided and can be ran against
the current HEAD.
There is an older entry still in existence, but this patch is
On 1/13/12 5:10 AM, Azat Khuzhin wrote:
Hi all, I'v add support of * modifier for sprintf, it exist in sprintf C
implementation (http://www.cplusplus.com/reference/clibrary/cstdio/printf/)
Usage:
sprintf(%.*f, 2, 2) // output 2.00
sprintf(%.2f, 2) // output 2.00
My patch attached
For
On 01/24/2012 03:36 AM, Jason Gerfen wrote:
I just have a general question regarding patch inclusions. When a
patch is submitted is there a formal review and testing of the patch
prior to inclusion? From what I have been following from this list is
that the process is patches get applied to
On 01/24/2012 03:11 PM, Justin Martin wrote:
Hello,
With some frequency, I find bugs which are not bogus, so much as they are
reported based on a misunderstanding. Usually this happens for documentation problems,
where someone has misunderstood what the documentation says, or hasn't read
On 01/24/2012 03:21 PM, Charlie Somerville wrote:
It'd also be nice to see a more receptive approach to bug
reports. It's concerning that so many legitimate bug reports get
labelled as bogus for whatever reason.
To be 100% clear, this is just a proposed wording change. The bugs
you mention
On 2/5/12 10:26 AM, Timm Friebe wrote:
Hi,
As many of you know we made huge improvements in PHP 5.4 memory usage
(enabling higher concurrency) and runtime performance.
Here are the unit test results for https://github.com/xp-framework/xp-framework
and
On 02/08/2012 03:35 PM, Ondřej Surý wrote:
This is very wrong to recommend:
; NOTE: If you are using the subdirectory option for storing session files
[...]
; find /path/to/sessions -cmin +24 | xargs rm
because it is prone to '\n' attack. You can see the security
considerations of
On Feb 15, 2012, at 1:07 AM, Michael Wallner m...@php.net wrote:
On Tue, 14 Feb 2012 12:50:40 -0800, Christopher Jones wrote:
It would be great to have a NEWS entry and a testcase and a bug number.
Definitely.
Seriously, there's no code in core using it, so there's no test case
Stas, David,
If you're planning to have a PHP 5.4 RC9, should Apache 2.4 support be
included? This would reduce any negative user sentiment that PHP 5.4
doesn't even support the latest Apache.
There is a patch attached to https://bugs.php.net/bug.php?id=61172
It needs review and wider
On 02/24/2012 11:57 AM, Stas Malyshev wrote:
Hi!
If you're planning to have a PHP 5.4 RC9, should Apache 2.4 support be
included? This would reduce any negative user sentiment that PHP 5.4
doesn't even support the latest Apache.
Latest Apache is about 3 days old now :) If somebody expects
On 02/24/2012 02:38 PM, Kris Craig wrote:
Thanks for the input! You're right, I'll go ahead and clarify that in the
RFC.
I'll probably initiate voting on Monday unless something changes between
now and then.
--Kris
Re https://wiki.php.net/rfc/apxs-loadmodule
The RFC needs more work
On 02/24/2012 02:38 PM, Kris Craig wrote:
Thanks for the input! You're right, I'll go ahead and clarify that in the
RFC.
I'll probably initiate voting on Monday unless something changes between
now and then.
--Kris
The real issue with the PHP install is that it doesn't add AddType
or
On 02/24/2012 03:54 PM, Kris Craig wrote:
LoadModule clashes still happen in the current releases. I haven't
tested it on 5.5-dev but it definitely exists on 5.3.x. I have yet
to test it on 5.4 but I'm not aware of any changes there that
would've affected this. So this is an existing
On 02/24/2012 04:14 PM, Kris Craig wrote:
No, it happens and it's even clearly documented in APXS.
Basically, if you specify the -a option in APXS, it overwrites your
httpd.conf (or apache.conf or whatever it is on your system) and adds the
LoadModule line to it. In PHP's configure script,
On 02/27/2012 01:12 PM, William A. Rowe Jr. wrote:
On 2/27/2012 6:58 AM, jpauli wrote:
Recently we had a bug with the new Apache 2.4 API where apxs doesn't answer
about the MPM configuration anymore, leading to a ZTS build by default.
This bug has now been fixed, was
On 02/28/2012 08:51 AM, William A. Rowe Jr. wrote:
On 2/27/2012 6:46 PM, Christopher Jones wrote:
On 02/27/2012 01:12 PM, William A. Rowe Jr. wrote:
On 2/27/2012 6:58 AM, jpauli wrote:
Recently we had a bug with the new Apache 2.4 API where apxs doesn't answer
about the MPM configuration
On 02/28/2012 02:29 PM, William A. Rowe Jr. wrote:
On 2/28/2012 3:41 PM, Sebastian Bergmann wrote:
On 02/28/2012 02:44 PM, Christopher Jones wrote:
Build PHP with ZTS enabled by default. Allow it to be explicitly
disabled during 'configure'
Why punish everyone by default because
On 03/08/2012 05:05 PM, Adam Harvey wrote:
Agreed. I'm happy to mark them as XFAIL if that's what's expected. Mike?
Adam
If the 5.4 behavior is deemed correct for 5.4+, then the expected output
should be updated for 5.4+ tests - they should not be XFAIL.
The UPGRADING file, migration
On 03/12/2012 03:06 PM, Alexey Shein wrote:
13 марта 2012 г. 3:00 пользователь Stas Malyshev
smalys...@sugarcrm.com написал:
Hi!
are they in svn? I can't see them in 5.4
They are not in SVN, but at least for autom4te.cache ones they seem to be
generated when configure script is
On 03/14/2012 10:27 AM, Rasmus Lerdorf wrote:
The biggest problem with the concept of virgin PHP settings being geared
for production is that by definition that isn't very developer friendly.
Keeping the learning curve shallow has always been a goal for PHP which
is why things like
On 03/19/2012 10:19 AM, David Soria Parra wrote:
Also a small thing - gitfaq recommends git config core.autocrlf
input, but we have some files in win32 which do not work with this
setting (at least on my Mac).
ah okay, can you remove it please? Thanks
Done.
--
Email:
On 03/19/2012 11:34 AM, Kris Craig wrote:
I noticed that the workflow page recommends using the SSH URL for cloning.
However, isn't that one much more limited access? I.e. for myself at
least, it just prompts for a password (presumably for the SSH git user)
which of course I don't have. Is
On 03/19/2012 11:46 AM, Alexander Moskaliov wrote:
Really it was a mistake to do this option recommended (I did it =)). But I
think for webprojects and documentation will need to mention this option.
With regards, Alexander Moskaliov
ir...@irker.net mailto:ir...@irker.net
Do you want to
On 03/19/2012 01:31 PM, Kris Craig wrote:
I added an entry to the FAQ about the merge.ff option
available in newer clients.
Would it be more visible if that comment was moved to the Recommended Git
Settings section?
Chris
--
Email: christopher.jo...@oracle.com
Tel: +1 650 506 8630
On 03/19/2012 01:31 PM, Kris Craig wrote:
Here's what I wound-up doing: The merge entries on the workflow page now contain --no-ff and I added an entry to the FAQ about the merge.ff option available in newer clients. This way we should be covered either way. =) --Kris
Is this supported by
On 03/19/2012 03:26 PM, Kris Craig wrote:
On Mon, Mar 19, 2012 at 3:07 PM, Christopher Jones
christopher.jo...@oracle.com wrote:
On 03/19/2012 01:31 PM, Kris Craig wrote:
Here's what I wound-up doing: The merge entries on the workflow page now
contain --no-ff and I added an entry
On 03/20/2012 05:43 AM, François Gannaz wrote:
Hi
I wrote a report of my first dive into php-src in an attempt to fix a bug.
https://github.com/mytskine/php-src/wiki/bug40531-mbsubstr
I tried to detail everything as a personal memo, then for a friend of mine,
and now I've put it into a
On 03/20/2012 12:06 PM, 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 important
functionality.
1. I had fun with a couple of small git merges today. I was trying to
use local clones as briefly outlined on irc by dsp. The goal is to
have different local directories for each of the three branches:
5.3, 5.4 and 'trunk'. The resulting pushes I made today are a
little strange and
On 03/22/2012 05:09 PM, Kiall Mac Innes wrote:
Right - `git diff` shows the different between HEAD (The last commit
of the branch your are currently on) and what you have yet to
commit.
I was doing the diffs compared with the origin/* branches, as shown in
the gist,
On 3/24/12 8:30 AM, Alexey Shein wrote:
24 марта 2012 г. 18:23 пользователь David Soria Parrad...@php.net написал:
On 2012-03-24, Alexey Sheincon...@gmail.com wrote:
Hello,
Just wanted to say that I updated multiple working dirs scenario here
https://gist.github.com/2165086/, which is
On 3/24/12 11:17 AM, Alexey Shein wrote:
Nice work Alexey.
Can you expand on the if necessary part of the setting the
pushurl?
I removed that part and added some explanation about clone urls in the
beginning. Since this workflow is generally for core devs ssh/https
are read/write so you
On 03/24/2012 11:17 AM, Alexey Shein wrote:
Done: https://wiki.php.net/vcs/gitfaq#multiple_working_copies_workflow
I tried it out today. It mostly went smoothly.
Because of differing file contents in the branches (from my merge
attempts last week) I had to resolve conflicts when merging
On 03/28/2012 08:13 PM, Clint M Priest wrote:
What are the next steps to get this added to some future release? Attached is a
patch against ~/trunk
A couple of brief comments from the sidelines without having followed previous
discussion in detail:
- The RFC appears to have open questions
On 3/29/12 3:00 PM, Alexey Shein wrote:
Hi, internals!
I've got a suggestion about refactoring our tests suite. I'd like to
remove XFAIL institution and mark all failing tests just as FAIL.
XFAIL has a problem that it hides attention from failing tests
depending on not yet fixed bugs (most
On 3/30/12 4:20 AM, Alexey Shein wrote:
That's not a noise. See p.1 above. If we don't setup *constant*
notifications, people won't feel pressure.
We do get constant notification of bugs assigned to us. I don't
believe it has any impact on the fix rate.
We need a balance between carrot
On 3/30/12 12:52 AM, Stas Malyshev wrote:
Hi!
I know this is controversial and some people have been committing to both
5.3 and 5.4 NEWS files. However, we have clear guidance for this:
OK, we need to have specific policy on it, because I'm hearing people
having contradictory opinions on
On 3/31/12 2:38 PM, Alexey Shein wrote:
1 апреля 2012 г. 0:27 пользователь Johannes Schlüter
johan...@schlueters.de написал:
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.
On 4/1/12 12:47 AM, Helmut Tessarek wrote:
Hello,
The removal of sqlite in PHP 5.4 has not been thoroughly thought through.
In the documentation it says it has been moved to PECL.
Then you go to PECL and the only thing you find is the version from 2004,
which states that this package is not
On 04/13/2012 08:49 AM, Stas Malyshev wrote:
At now this is there should not alter of course. What really needed is
'named parameters'
That's entirely different topic.
https://wiki.php.net/rfc/namedparameters
--
Email: christopher.jo...@oracle.com
Tel: +1 650 506 8630
Blog:
On 04/10/2012 03:46 PM, Stas Malyshev wrote:
Hi!
I think my main point still stands: if the git emails are too obscure to
follow, let us know what goes in via email to internals.
Do you want to bring the NEWS updating process into this discussion?
Sure, though that would be another
On 04/16/2012 01:12 PM, Stas Malyshev wrote:
Hi!
I think that once PHP-5.4.1 was branched, then PHP-5.4 should have
become 5.4.2-dev.
You're right.
As an exercise, I submitted a pull request fixing this.
Chris
--
christopher.jo...@oracle.com
http://twitter.com/#!/ghrd
--
PHP Internals
On 04/13/2012 04:01 AM, Gustavo Lopes wrote:
Currently, when two strings are compared, PHP tries to do a numerical
comparison first. Therefore:
var_dump(010 == 10); //true
I'm replying to this old mail now, because of the current discussion
about hex numbers. The phrase numerical
On 04/17/2012 03:50 PM, Stas Malyshev wrote:
Hi!
sorry, I can't really follow you with that.
do you have a problem allowing the non-vcs users (defined by the voting
rfc) to vote, or do you have a problem providing a clear way for them to
get their voting karma?
I have a problem that we
On 04/19/2012 12:53 AM, Gustavo Lopes wrote:
On Wed, 18 Apr 2012 23:54:00 +0200, Stas Malyshev smalys...@sugarcrm.com
wrote:
I think the documentation part in this case is not as problematic,
because the interface has been thoroughly documented in the ICU
project. Most of your next
On 05/03/2012 03:54 AM, zoe slattery wrote:
Hi
Some years ago (in 2009) Stefan Priebsch, myself and a GSOC student worked on a
version of run-tests.php which would run tests in parallel - I wrote about it
here: http://zoomsplatter.blogspot.co.uk/2009/07/on-no-not-more-tests.html.
The code
On 06/01/2012 12:48 AM, Gustavo Lopes wrote:
If the RMs are unwilling to do such merging, we should change the policy to
require updating the
NEWS files in every stable branch to which the fix was merged.
This makes sense to me.
Chris
--
christopher.jo...@oracle.com
Am 15.06.2012 03:01, schrieb Anthony Ferrara:
I raised this topic on list over a year ago (
http://marc.info/?l=php-internalsm=130417646507744w=2 ). It was
determined that it wasn't time yet to disable prepared statement
emulation for MySQL yet.
Does this need to be an RFC (should I draft
On 06/15/2012 09:36 AM, Anthony Ferrara wrote:
Chris,
Does this need to be an RFC (should I draft one)? Or can it just be
pulled as-is?
It needs an RFC because it needs to document whether or not the other
DB drivers should also be changed.
It's a PDO driver-specific change. So to me
On 06/16/2012 12:19 AM, Ulf Wendel wrote:
Am 15.06.2012 18:28, schrieb Christopher Jones:
On 06/15/2012 08:34 AM, Ulf Wendel wrote:
As long as client-side escaping is done properly, there is no
practical difference between the [client vs server -prepare]
approaches.
The big problem
On 06/14/2012 10:42 PM, OISHI Kazuo wrote:
I know this was discussed a number of times here, but just to bring it
to a conclusion - I intend to apply patch in the bug report - which
removes conversion for strings that do not convert to integers - to 5.4.
If anybody sees anything that breaks
On 06/22/2012 12:08 AM, OISHI Kazuo wrote:
Hi,
In addition to == operator, , , =, and = operators are influenced.
And, hexdecimal format for big number is now case-sensitive.
http://www.mail-archive.com/internals@lists.php.net/msg58789.html
Can you add some phpt tests for all the cases
On 06/26/2012 09:06 PM, OISHI Kazuo wrote:
Does this need an architecture specific SKIPIF? See the mention of
PHP_INT_SIZE on http://qa.php.net/write-test.php
Like this?
===
--SKIPIF--
?php
if (PHP_INT_SIZE != 8) die(skip this test
On 06/30/2012 04:51 PM, Johannes Schlüter wrote:
On Sat, 2012-06-30 at 03:53 -0700, Adi Mutu wrote:
Only thing that helps is learning the code structure and digging
through it.
Any hint/documentation to learn that?
Use the source. ;-)
A bit more seriously: No, there's no good single
On 06/27/2012 07:16 AM, Anthony Ferrara wrote:
Arvids,
On Wed, Jun 27, 2012 at 9:23 AM, Arvids Godjuks
arvids.godj...@gmail.com wrote:
Hello.
I personally think that using PASSWORD_DEFAULT for algorythm by default is a
bad idea. This should be defined by user in the code. Even worse if it
On 06/26/2012 08:25 AM, Anthony Ferrara wrote:
Hello All,
I've taken the conversation of the previous simplified password
hashing API, and generated a patch and draft RFC for it. The patch
isn't ready yet (needs review, cleanup and testing), but it's a start.
On 07/02/2012 01:55 PM, Anthony Ferrara wrote:
Chris,
Can you update the RFC (aka future documentation) and make this obvious
to an end user?
I just made an update (in the behavior sections). Let me know if
additional clarification is needed.
To be honest, a note next to PASSWORD_DEFAULT
On 07/12/2012 12:28 AM, Ziad Jammal wrote:
Deal all phpiers,
It took me a while before I hit the send key.
I have been a php developer for some time and I got certified beginning of this
year.
I have always wanted to start contributing to php and zend framework, but I am unable to
find the
101 - 200 of 312 matches
Mail list logo