On Mon, Aug 19, 2013 at 7:35 AM, Pierre Joye pierre@gmail.com wrote:
On Thu, Aug 15, 2013 at 4:23 PM, Igor Wiedler i...@wiedler.ch wrote:
Hi Peter,
This *is* the [VOTE] thread. Am I missing something? :)
Did you do a new mail or reply to this one? The sooner is the right
way, did
Le 05/08/2013 01:36, Stanislav Malyshev a écrit :
+ STD_PHP_INI_BOOLEAN(session.use_strict_mode, 0,
PHP_INI_ALL, OnUpdateBool, use_strict_mode,php_ps_globals,
ps_globals)
I don't see this new option referenced in the provided
php.ini-{production,development}
Remi.
By way of a background. I've been doing a review of the exting code
base looking at how to establishing a roadmap extend OPcache
functionality across all supported OSes and SAPIs. And this raises a
supplementary Q: which OSs and SAPIs should we be supporting for PHP 5.6
anyway? I would be
It did appear correctly in the Mail.app client on OSX
On Aug 19, 2013, at 1:17 AM, Ferenc Kovacs tyr...@gmail.com wrote:
On Mon, Aug 19, 2013 at 7:35 AM, Pierre Joye pierre@gmail.com wrote:
On Thu, Aug 15, 2013 at 4:23 PM, Igor Wiedler i...@wiedler.ch wrote:
Hi Peter,
This *is* the
Hi,
I would update NSAPI as I always did, there were just no new bugs and code is
very stable (to the extend of stableness of multithreaded SAPIs). It is still
also in use on some of my servers, so I would still help support it. At the
moment I did not follow recent commits to SAPI-related
Uwe Schindler wrote:
I would update NSAPI as I always did, there were just no new bugs and code is very stable
(to the extend of stableness of multithreaded SAPIs). It is still also in use
on some of my servers, so I would still help support it.
UWE, If its used on some of your servers, and
On Fri, Aug 16, 2013 at 9:15 PM, Sara Golemon poll...@php.net wrote:
Right, gotcha. I think ideally someone should put in the grunt work to do
what you suggested: Build libphp5.so all the time, then link up
php/mod_php5.so/etc... against that as a shared system library (which in
turn other
On 19 August 2013 20:12, J David j.david.li...@gmail.com wrote:
The big preliminary question for me would be, Is there a specific
design reason why it isn't currently done this way? PHP already
requires shlib's that depend on shlib's, so that functionality is
probably universally available,
On 19 August 2013 00:01, Stas Malyshev smalys...@sugarcrm.com wrote:
Hi!
Listening on http://localhost:8964
Document root is /home/smalyshev/php-src/sapi/cli/tests
Press Ctrl-C to quit.
Quite strange... Why is the server's output shown here?
I don't know, but this is what happens with
On Mon, 2013-08-19 at 14:12 -0400, J David wrote:
On Fri, Aug 16, 2013 at 9:15 PM, Sara Golemon poll...@php.net wrote:
Right, gotcha. I think ideally someone should put in the grunt work to do
what you suggested: Build libphp5.so all the time, then link up
php/mod_php5.so/etc... against
On Mon, Aug 19, 2013 at 3:59 PM, Michael Wallner m...@php.net wrote:
I think it all was about to be as standalone as possible, e.g. you
could have a CLI with builtin readline/pcntl/whatelse extensions,
while mod_php could be kept lean of that and include an
opcache/whatelse instead.
To stick
On Mon, 2013-08-19 at 19:17 -0400, J David wrote:
To stick with your example, of CLI and mod_php -- a good choice as
it's likely the most common combo -- when linking to a common
libphp5.so, the recommended methodology would be to build in only the
functionality required by both, then load
Hi Remi and Stas
On Mon, Aug 19, 2013 at 5:18 PM, Remi Collet r...@fedoraproject.org wrote:
Le 05/08/2013 01:36, Stanislav Malyshev a écrit :
+ STD_PHP_INI_BOOLEAN(session.use_strict_mode, 0,
PHP_INI_ALL, OnUpdateBool, use_strict_mode,php_ps_globals,
ps_globals)
I don't see
On Mon, Aug 19, 2013 at 7:49 PM, Johannes Schlüter
johan...@schlueters.de wrote:
Ah, there's another thing to mind: Extensions can be marked as cli
extensions, if statically compiled they become only part of the CLI
binary, not other SAPIs. Think readline pcntl.
The logical expectation then
Hi!
This is because I didn't edit these files.
Stas, are you going to add explanations and doc? Or shall I?
If you could fix it it'd be great.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ext. 227
--
PHP Internals - PHP Runtime Development
Hi Stas,
On Tue, Aug 20, 2013 at 1:40 PM, Stas Malyshev smalys...@sugarcrm.comwrote:
This is because I didn't edit these files.
Stas, are you going to add explanations and doc? Or shall I?
If you could fix it it'd be great.
Ok. I'll do this within a day.
Regards,
--
Yasuo Ohgaki
16 matches
Mail list logo