for Windows and non-Windows?
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
of the
problem' with a solution at is still showing a significant decrease in
performance over native drivers managed transparently in ADOdb.
You miss the unstated implication that PDO V2 will offer par or better
performance, and potentially more functionality.
Chris
--
Christopher Jones, Oracle
Pierre Joye wrote:
Hi Chris,
On Feb 14, 2008 2:48 AM, Christopher Jones [EMAIL PROTECTED] wrote:
Pierre Joye wrote:
The targets were these/this companies(y) pushing CLA in php.net when
it is not necessary to contribute. It has been proven already since
months on a nearly daily basis
to help shape their future databases to
help the PHP user, for example, Oracle's Database Resident Connection
Pooling (DRCP).
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP
, and they certainly
have some skill in writing software.
I hope that the data access providers are not the only people
contributing to, or gate-checking, the drivers.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book
Lukas Kahwe Smith wrote:
On 14.02.2008, at 22:07, Christopher Jones wrote:
Pierre Joye wrote:
You (as group)
We are individuals, all members of the mail lists.
Ok, could the Microsoft and IBM people on this list please speak up
then? Could also one of the Oracle internals guys
, the willingness to compromise and
change will be much higher.
I want to see the effort spent will have value to the community.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP
on pecl.php.net), and the Windows binaries
being built from their correct branch (whatever happened to this
project - it seemed so close?)
Chris
PS Lukas, sorry for the three line signature.
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal
is accurate?
I'd suggest so.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
Follow me: http://friendfeed.com/ghrd
--
PHP Internals - PHP Runtime Development Mailing List
discussing External Authentication is in:
http://download.oracle.com/docs/cd/B28359_01/network.111/b28531/authentication.htm#CHDEGIFB
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
Michael B Allen wrote:
On Thu, May 8, 2008 at 2:02 PM, Christopher Jones
[EMAIL PROTECTED] wrote:
I've had a couple of recent requests for the OCI8 extension to support
External Authentication (aka OS authentication). I also recall a
discussion or two in the past, and there is at least
.
Checked by AVG.
Version: 7.5.524 / Virus Database: 269.23.21/1455 - Release Date:
19-05-2008 17:04
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
Index: Makefile.frag
===
RCS file: /repository/php-src/pear/Attic/Makefile.frag,v
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
I'm new to the php-dev scene, I'll take a look at the wiki and other
RFCs posted.
The RFC page is at http://wiki.php.net/rfc
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
which can then be checked for in the SKIPIF
section of very slow-running tests.
Any objections if I commit it in 5_3/HEAD?
I'd prefer a run-tests.php option that sets the timeout limit in seconds.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http
. This works for me on Linux.
If we make the timeout value adjustable, you can set it to a low value
so your slow tests are quickly aborted, and I can set it to a high
value so my tests are run.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http
Steph Fox wrote:
So 'skipif' suits my needs better, but not yours. I'll add both.
Thanks Steph.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP
/config.w32
and tidy up associated Windows DLL release infrastructre.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
Daniel Convissor wrote:
On Tue, Jul 15, 2008 at 02:09:33PM -0700, Christopher Jones wrote:
For PHP 5.3 on, I'd be happy to see the Windows builds of PDO_OCI only
produce php_pdo_oci.dll and no longer also build php_pdo_oci8.dll.
The latter uses an older set of Oracle client libraries
Lukas Kahwe Smith wrote:
On 15.07.2008, at 23:09, Christopher Jones wrote:
Lukas Kahwe Smith wrote:
In our dreams someone would also make PDO a focus area, since the
number
of open bugs is getting ridiculous. This is also a call to the general
community to try and help to find
Lukas Kahwe Smith wrote:
On 16.07.2008, at 00:50, Christopher Jones wrote:
We could still support older Oracle versions with an optional
download. If we want to be super fancy, we might even include a note
in an error message when trying to connect to older versions
Lukas Kahwe Smith wrote:
Hello all,
Just some observations. Keep in mind I am just trying to see in what
area's we should try and find people to help out. So please do not
interpret this email as me telling people what they should do with their
time. However I am, just like Jani, a bit
Nathanael D. Noblet wrote:
Hello,
I just have a question, often there are 'optional' parameters to
functions, I've always thought that most of the time I could pass null
to these if I wanted to leave one empty. This has as far as I can tell
always worked except recently I was using
Olivier Bonvalet wrote:
And... if I'm not able to identify which part of the script do that ?
I don't know valgrind, is it possible to obtain some informations about
the partion of code which produce that ?
I suppose the name of the C functions should help to identify that, no ?
And
Eric Stewart wrote:
A new RFC for PHP's proposed INI files have been added to the wiki. Below is
a direct link to the page.
http://wiki.php.net/rfc/newinis
Eric Lee Stewart
ericleestew...@gmail.com
Eric,
Thanks for the work put into this. My comments follow.
Chris
-
The
Markus Fischer wrote:
Sorry to hijack, but ...
Christopher Jones wrote:
oci8.events and oci8.old_oci_close_semantics are boolean, so we can
take this opportunity to change the 1 and 0 to On and Off.
... I've never understood why writing On/Off is a good idea,
It improves human
Eric,
Should uncommented parameters that seem to have the default value be
commented out? For example asp_tags and precision. If the
parameters don't always have the same default value everywhere, should
they be documented in Quick Reference section as having a different
value to the default?
Kenan R Sulayman wrote:
Hey Folks!
I've been writing some code for a small project and saw PHP crashing every
time.
Please test the latest snapshot from http://snaps.php.net/. If the problem
still exists, log a bug at http://bugs.php.net/ with version and platform
details.
--
Email:
Does anyone (where's Jani?) want to comment on updating (*) the
definition of PHP_SHLIB_SUFFIX_NAMES in acinclude.m4?
The PHP_SHLIB_SUFFIX_NAMES macro is very simplistic in setting the
SHLIB_SUFFIX_NAME shared lib file extension. In comparison, the
AC_LIBTOOL_SYS_DYNAMIC_LINKER macro in
Jani Taskinen wrote:
Christopher Jones wrote:
Does anyone (where's Jani?) want to comment on updating (*) the
definition of PHP_SHLIB_SUFFIX_NAMES in acinclude.m4?
I don't want to comment on stuff I don't use.. :)
(I don't do HP-UX)
Ditto
The PHP_SHLIB_SUFFIX_NAMES macro is very
Eric Stewart wrote:
I've attached patches for php.ini-production and php.ini-development.
One change involves an mbstring setting correction regarding:
http://marc.info/?l=php-cvsm=123596904426621w=2
http://marc.info/?l=php-cvsm=123596904426621w=2
Another change adds an additional comment
Stanislav Malyshev wrote:
Hi!
I'm looking forward to reading at least a mail note describing what
extension
maintainers can/can't do with this.
Basically you can make your Zend extension load with any API number and
any build ID (or let it decide with which ID to load and with which one
Dmitry Stogov wrote:
Is this Zend extensions only?
Yes.
Is it safe to set in extensions that should
work with pre 5.3 PHP's?
Yes, in php5.2 and below build_id just won't be checked ans this
callback won't be called.
Did I lose track of the other API versioning change - the one that was
Matteo Beccati wrote:
Here's a proposal: http://www.beccati.com/misc/php/pdo_streams_v4.diff
The idea is to add a new #define PDO_DRIVER_API_CHECK which is verified
at compile time by the C preprocessor. If its value doesn't match the
main PDO_DRIVER_API an #error is triggered, e.g:
In
David Coallier wrote:
2009/5/14 Sahid Ferdjaoui sahid.ferdja...@gmail.com:
Hello Internals,
I want to contribute for PHP Internal,
but i don't know how to do it.
I am ready to give approximately 6 to 12 hours per week for PHP.
i have checked a wiki,
but i don't see a get involved section
Simon Westcott wrote:
Hi,
I've just started to explore PHP's tests, reading through the docs on
qa.php.net, the wiki and a few blogs. Having gotten to a position where
I can run the tests and produce coverage reports I have my first
(simple) submission. It covers an edge case for
Simon Westcott wrote:
Thanks for accepting and the feedback.
Following on from the successful NorthWestUG testfest, I'm continuing to
focus on SPL and currently have 24 tests awaiting review in the
testfest SVN repo (with the CREDITS section :) ). Once this repo is
shutdown (in June?)
Greg Beaver wrote:
Hi,
Could someone fix phpize to make it return 0 on success? It always
returns -1 when opened via proc_open(), which is exceedingly annoying
when you're trying to use it in a PHP script.
Thanks,
Greg
The bottom of phpize does return 0 and should be reached when all
Greg Beaver wrote:
jvlad wrote:
php5.3-200906221030 make produces suspecious output under FreeBSD
6/amd64:
Generating phar.php
Generating phar.phar
pear: not found
Pear package PHP_Archive or Archive.php class file not found.
I was wondering who was going to yell at me for that!
Have some top posting too :)
Chris
David Soria Parra wrote:
On 2009-07-19, Christopher Jones s...@php.net wrote:
--0c1c83a6b4cbab36310748c87058a6f52e7ad90a
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 8bit
sixd
Lukas Kahwe Smith wrote:
On 07.10.2009, at 08:09, Matteo Beccati wrote:
Christopher Jones ha scritto:
Could you use the new PG specific attribute to enable them
but make them output/handled by the existing error/exception
interface?
That's what I originally thought. But there can
Samuel ROZE wrote:
Hi,
I've make a patch which insert notices concepts to PDO. It create:
- PDO::noticeInfo() - to be like errorInfo
- PDO::ATTR_LOG_NOTICES, the name of the PDO parameter
- PDO::NOTICES_FETCH - fetch notices
I initially took FETCH to mean it was related to a query;
on p167.
Chris
Thanks.
Samuel.
Le jeudi 08 octobre 2009 à 15:22 -0700, Christopher Jones a écrit :
Samuel ROZE wrote:
Hi,
I've make a patch which insert notices concepts to PDO. It create:
- PDO::noticeInfo() - to be like errorInfo
- PDO::ATTR_LOG_NOTICES, the name of the PDO parameter
Samuel ROZE wrote:
http://wiki.php.net/rfc/pdonotices
Samuel.
The new interface combines system generated error messages with user
generated messages.
The original PostgreSQL example I saw seemed to use arbitrary text
messages, similar to Oracle's DBMS_OUTPUT (page 181 of
Hi Arvind,
Does the GLOBALS_ID_BASE idea work? In
ts_allocate_reserved_id(GLOBALS_ID_BASE+1...) each extension would
anyway need to reserve an increment to avoid clashes. Also, why is
GLOBALS_ID_BASE 30 when the largest reserved value is 18? Maybe I'm
missing something.
Would there be
Arvind Srinivasan wrote:
Does the GLOBALS_ID_BASE idea work? In
ts_allocate_reserved_id(GLOBALS_ID_BASE+1...) each extension would
anyway need to reserve an increment to avoid clashes. Also, why is
I didn't really try using this. When I added it, I thought it might be
useful for modules
Tim Ringenbach wrote:
Here's a patch to add pgsqlGetCopyData, pgsqlPutCopyData, and
pgsqlEndCopyData
methods. I opened bug #50092 but I don't seem able to attach the patch,
so I attached it here.
--Tim
What do these do? I.e. where's the documentation or RFC
http://wiki.php.net/rfc ?
Arvind Srinivasan wrote:
I think I've found the cause of the problem.
I have created a bug and attached a patch to
http://bugs.php.net/?id=50189
Arvi
What about basing the #ifdef on WORDS_BIGENDIAN? This appears to be
defined during PHP configuration (see alocal.m4 and acinclude.m4).
nder coskun wrote:
I have many projects about php ( not coding for an application or website;
directly about php functions etc.) and would like to help to improve php. For
example asterisk server functions. That's why i need an svn account to help
developing of php
This README should
Jérôme Loyet wrote:
Yes it could be this way ... but you do repeat the pattern ('pool2')
for each entry. There is about 30 lines for each workers ... no
imagine having a multiuser environment with 30 customers ... you have
900 times a useless repeated pattern ... gnurf
If there are
Johannes Mueller wrote:
if(is_a($foo, bar)){
..
}
// runs with an undefined constant bar notification
I think the instanceof solution can cause problems, because you can not
trigger the problem. What do you think?
I think you meant:
if(is_a($foo, bar)){
since is_a() takes a string as
Nathan Rixham wrote:
Alexey Zakhlestin wrote:
On 21.01.2010, at 18:21, Richard Lynch wrote:
For BC, I suppose PHP could have *both* 'a.b' and 'a_b', or yet
another php.ini flag (sorry!) to choose the behaviour.
-1 from me.
I don't think we need to keep backward compatibility for this.
suggestion but FYI on database connection
pooling: http://blogs.oracle.com/opal/2007/01/03. The pooling
described has no dependency on how you deploy your application and
works across multiple application types connecting to the DB.
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1
be relative to the release date of
PHP 6, e.g. 6 months after PHP 6 is released.
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
don't by a Porsche if you need a taxi, why would you install
PHP6 if you don't need Unicode?
Namespaces ;)
This reason is only valid if we don't backport such things from PHP6
to PHP5 (5.3, 5.5 or whatever it would be), which I think we should do.
--Wbr, Antony Dovgal
--
Christopher Jones
them?
Chris
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
.
PS. Patch is attached - if it gets through.
--
Christopher Jones, Oracle
Email: [EMAIL PROTECTED]Tel: +1 650 506 8630
Blog: http://blogs.oracle.com/opal/ Free PHP Book: http://tinyurl.com/f8jad
--- zend_ini.c 2007-10-02 11:07:32.0 -0700
+++ zend_ini.c.new 2007-10-16 13:20
On 07/17/2012 07:25 AM, Christian Kaps wrote:
Hi,
please can someone look into this issue. It seems that in version 5.4.4-1 the
bug was fixed, but in newer versions this issue still exists. So please can
someone merge the patch with the newer versions?
https://bugs.php.net/bug.php?id=55544
On 07/17/2012 06:22 AM, Anatoliy Belsky wrote:
Hi Marian,
since last week current master snaps can be found here
http://windows.php.net/downloads/snaps/master/
Cheers
anatoliy
How does that really relate to http://windows.php.net/snapshots/ ?
Are you going to make the links on
On 07/18/2012 08:48 AM, Joe Orton wrote:
The state parameter passed to SQLGetDiagRec() needs to be six bytes
not 5; the attached patch fixes this, from Martin Osvald.
Hi Joe,
Is there any chance you can log this in https://bugs.php.net/
and/or submit a pull request at
On 07/26/2012 08:41 AM, Johannes Schlüter wrote:
I would therefore like to reduce the 5.3 pace.
This is reasonable.
The current idea would be to skip every second release (unless security
issues demand something else) both in release date as well as version
number.
Skipping numbers will
On 07/30/2012 01:32 PM, Gustavo Lopes wrote:
3. There are other low-cost alternatives, namely the obvious one: pass the
object via an extra parameter instead of operating on $this directly and
unconditionally. This is really easy to do.
This kind of thing should be mentioned in the RFC.
On 07/31/2012 04:23 PM, Stan Vass wrote:
I'd like to point out some puzzling behaviors in Traits as they exist in the
production releases of PHP 5.4.
Regardless of the outcome of the mail thread, can you review the traits tests
and create new tests for
any behaviour not already covered?
On 08/08/2012 10:33 AM, Cristian Rodríguez wrote:
sapi/apache2filter/sapi_apache2.c | 11 +--
sapi/apache2handler/sapi_apache2.c | 12 ++--
2 files changed, 19 insertions(+), 4 deletions(-)
Patches to the mail list are very likely to get lost. It's probably
better to
On 11/12/2012 05:00 AM, Adam Harvey wrote:
Hi everyone,
I've written an RFC to cover deprecating ext/mysql in PHP 5.5:
https://wiki.php.net/rfc/mysql_deprecation. While we handled the soft
deprecation in the documentation purely via a straw poll on Internals,
I presume this will end up
On 11/12/2012 07:08 PM, Adam Harvey wrote:
On 13 November 2012 08:44, Christopher Jones
christopher.jo...@oracle.com wrote:
Adam, can you:
1. Add this link to the RFC?:
https://wikis.oracle.com/display/mysql/Converting+to+MySQLi
2. Mention how to turn off E_DEPRECATED warnings
On 11/13/2012 01:40 AM, Lester Caine wrote:
Christopher Jones wrote:
When users of 5.5 stumble on the new messages, we can then simply
point them to the RFC.
I think this is part of the problem. The material from the RFC's
should be used as a source to update the core documentation? Rather
On 12/01/2012 10:21 AM, Paul Taulborg wrote:
[php_date.c patch]
Thanks for the patch. To ensure it isn't lost, can you open a bug at
https://bugs.php.net/ and attach it? And/or submit a pull request at
https://github.com/php/php-src
Regards,
Chris
--
christopher.jo...@oracle.com
On 12/19/2012 03:18 PM, Larry Garfield wrote:
You could likely simplify the code even further using an infinite iterator:
http://us1.php.net/infiniteiterator
$result = preg_replace_callback(
'/word/',
function($matches) use ($replacements_iterator) {
return
On 12/20/2012 08:31 AM, Larry Garfield wrote:
On 12/19/12 10:30 PM, Christopher Jones wrote:
On 12/19/2012 03:18 PM, Larry Garfield wrote:
You could likely simplify the code even further using an infinite
iterator:
http://us1.php.net/infiniteiterator
$result = preg_replace_callback
On 12/20/2012 04:05 PM, David Muir wrote:
The curiosity (bug?) is the need to call rewind():
$replacements_iterator = new InfiniteIterator(new ArrayIterator($replacements));
$replacements_iterator-rewind(); // why is the rewind needed?
$result = preg_replace_callback(
'/word/',
On 12/21/2012 06:54 AM, Nikita Popov wrote:
If there are no further objections I'll commit this tomorrow.
Nikita
This feature needs documenting in Generator RFC before it is committed.
The RFC will be referenced by people new to the feature and so it
should have a complete list of changes.
On 01/09/2013 02:45 PM, Gustavo Lopes wrote:
On Thu, 03 Jan 2013 11:40:31 +0100, Gustavo Lopes glo...@nebm.ist.utl.pt
wrote:
The algorithm behaves very poorly in this case because at each position of the
text, all the substrings starting there and with size between m and n (where m
is the
On 12/28/2012 01:08 AM, Remi Collet wrote:
Le 24/12/2012 04:16, Igor Wiedler a écrit :
Hi Internals,
When test driving PHP-5.5 I ran into issues with a change of unpack behaviour. Archive_Tar which is
used by pecl and pear (`pecl install`) uses unpack with the a format character. On 5.4
it
On 01/14/2013 01:55 PM, Gustavo Lopes wrote:
On Wed, 09 Jan 2013 23:45:03 +0100, Gustavo Lopes glo...@nebm.ist.utl.pt
wrote:
On Thu, 03 Jan 2013 11:40:31 +0100, Gustavo Lopes glo...@nebm.ist.utl.pt
wrote:
The algorithm behaves very poorly in this case because at each position of the
On 01/14/2013 05:16 PM, Dennis Clarke wrote:
Dear PHP/Zend folks :
This is a bug I think. I recently saw that PHP had been updated to 5.4.10
and I
decided to update my php bits in /usr/local. I was quite surprised to see in the
configure output this warning about bison :
checking for
On 01/15/2013 06:18 PM, Stas Malyshev wrote:
Hi!
I will try to wade through the logs tomorrow. At the moment I am doing
the same process on RHEL and seeing a bucket of failures also.
This URL has some potential to help, since it will show common failures
other people are seeing:
On 01/15/2013 12:09 PM, Dennis Clarke wrote:
Of course, if 2.6.5 is verified than it should be added to
bison_version_list in Zend/acinclude.m4. Feel free to regenerate the
parsers with it, review the test suite results, and create a github
pull request.
Anything outside of release
[CC'ing internals.]
On 01/16/2013 03:15 PM, Paul Taulborg wrote:
On Wed, Jan 16, 2013 at 4:21 PM, Nuno Lopes nlop...@php.net wrote:
On Thu, Jan 10, 2013 at 4:59 PM, Nuno Lopes nlop...@php.net wrote:
On 01/07/2013 07:27 AM, Paul Taulborg wrote:
I would love to write this patch, I'm all in
On 01/14/2013 01:18 AM, Pierre Joye wrote:
Arg, sorry :)
Here you go:
https://wiki.php.net/rfc/php53eol
Pierre,
Can you review this RFC and the votes? The wording 5.5 final
release needs assessing. You probably meant first 5.5 production
release. If anyone interpreted it as it is
On 01/22/2013 01:27 PM, Clint Priest wrote:
In terms of cost of maintenance, I was under the impression that
since I wrote it, I would be maintaining it which is why I applied
for and you approved a VCS account for me.
The concern is historical and not personal. Frequently the long-term
On 01/23/2013 09:37 AM, Florian Anderiasch wrote:
On 01/21/2013 11:44 PM, Christopher Jones wrote:
Pierre,
Can you review this RFC and the votes? The wording 5.5 final
release needs assessing. You probably meant first 5.5 production
release. If anyone interpreted it as it is actually
On 01/24/2013 10:47 AM, Dennis Clarke wrote:
So here I am once again trying to build PHP 5.4.11 on a Solaris 10 server
with the following configure options :
So I think that I should be okay. Do I need to upgrade to curl
7.28.2 and then try building PHP 5.4.11 or am I sort of stuck here
at
On 01/29/2013 12:30 AM, Zeev Suraski wrote:
By the way, I just realized the % gain wasn't all that self-explanatory -
it's vs. APC, not vs. plain PHP. I improved the doc to reflect both gains
vs. plain PHP and vs. APC.
Thanks for the feedback!
Zeev
Zeev,
It would be useful to link to
On 01/29/2013 04:27 PM, Rasmus Lerdorf wrote:
On 01/29/2013 04:17 PM, Christopher Jones wrote:
It would be useful to link to the current Optimizer+ doc from the RFC.
I believe the link is
http://static.zend.com/topics/Zend-Optimizer-User-Guide-v330-new.pdf
Different beast. Something like
On 01/30/2013 06:47 AM, Zeev Suraski wrote:
This is the kind of info the RFC (and then user doc) should have.
I updated the RFC with two extra sections - 'what's an opcode cache',
This section extremely general and doesn't explain what the expected
feature set might look like. I'm not
On 01/29/2013 06:10 AM, Ferenc Kovacs wrote:
On Fri, Sep 14, 2012 at 12:47 PM, Pierre Joye pierre@gmail.com wrote:
hi Ferenc,
Can you put that in the wiki too instead? So it can be clarified there
directly if necessary.
Thanks,
I've put it up under https://wiki.php.net/rfc/howto
On 02/14/2013 08:02 AM, Nikita Popov wrote:
On Thu, Feb 14, 2013 at 4:21 PM, Zeev Suraski z...@zend.com
mailto:z...@zend.com wrote:
- Should the name reflect the code's main purpose (op-code caching),
and allowing a future use of optimizer for a more sophisticated
On 02/14/2013 07:21 AM, Zeev Suraski wrote:
Great to see.
The README covers much of the content (and in more detail) that I
previously
wanted to see in the RFC.
Excellent!
There are some things still missing from the RFC, though:
- do you see Optimizer+ being enabled (if not in PECL)
Hi Zeev,
I think people are keen to see Optimizer+ merged. Hopefully the RFC
can set expectations clear on what the short-term steps will be, and
what the bigger picture might look like. The middle-term tasks will
then work themselves out as we get to them (in true PHP fashion)
- What does
On 02/16/2013 01:10 PM, Rasmus Lerdorf wrote:
On 02/16/2013 11:16 AM, Zeev Suraski wrote:
- Regarding name choice, here are some: ZopCache, Cachze, RunCachze.
Interesting names, I'm curious about pronunciation :)
I (mostly) pronounce cache the non-American way as kaysh. Cachze would be
On 02/18/2013 10:52 AM, Christopher Jones wrote:
I agree that unless we get Gopal-like inspiration (inclued, scream) for naming,
opcache is best.
In the so bad I can't resist sending it category is today's
semi-humorous name suggestion: Cajun. It sounds roughly like the
English
On 02/19/2013 09:45 AM, Marcello Duarte wrote:
And just for you is also inaccurate. You will find that the
technologies I've been referring to are becoming the tools you will
use for DevOps, etc... tasks. Do you guys listen to people outside
of internals? It would be good to have a feedback
On 02/19/2013 03:08 PM, Terry Ellison wrote:
I guess that I should bite the bullet and switch to 5.5.
Yes.
I've been working on an evaluatorfork of APC optimized for CLI/GCI
which tackles a lot of these issues head on and performs reasonable
well, but I realise that this is a dead-end and
On 02/19/2013 11:22 PM, Klaus Ufo wrote:
Hi there !
We all know that the current PHP API has flaws. Maybe we could use namespaces
to build a new coherent PHP API ? Like :
- \arr
- \num
- \str
and so on. Advantages :
- no more global functions
- separation of concerns
- backward
On 02/20/2013 12:00 PM, Paul Reinheimer wrote:
Hi All,
My apologies for the intrusion, I'll keep this brief.
In many discussions over the past few months there has been talk about what
the community at large needs. Pierre said just earlier today:
I would also say it us time for us to get
On 02/21/2013 03:02 AM, Florian Anderiasch wrote:
On 02/21/2013 08:14 AM, Pierre Joye wrote:
I do not have a single doubt. Why? Surveys are one of many ways to get
feedback. They have no contracting values but give us some numbers about
one rfc or another. That may help us to focus on one
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://marc.info/?t=13602158203r=1w=2
Please vote on
1 - 100 of 312 matches
Mail list logo