all IPv4 addresses
on a
-;specific port;
-; '[::]:port'- to listen on a TCP socket to all addresses
+; 'port' - to listen on a TCP socket to all addresses
;(IPv6 and IPv4-mapped) on a specific port;
; &
proposal A (i.e. the
operator overloading part) is definitely an overkill.
A simple benchmark should demonstrate that using GMP for basic arithmetic would
kill performance in quite a brutal way.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime
TED.
So what is they going to do in that case? Disable the notice, of course.
Just a random thought: is it possible to 'emulate' ext/mysql funcs using, say,
ext/mysqli,
similar to how ext/mhash functions are now emulated by ext/hash?
--
Wbr,
Antony Dovgal
---
http://pinba.org - real
hey don't really want to do it themselves.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
timestamp:
php_error_as_at_2012_10_10.log
__
Raymond
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
and
the crashes are gone now.
But now I'll have to make EA work with 5.4 and it's interned string hell..,
which is quite different story.
You might want to look at my EA fork, though:
https://github.com/tony2001/eaccelerator/tree/alt
--
Wbr,
Antony Dovgal
---
http://pinba.org - r
ry by self and don't depend on
any internal code.
Is any chance that EVP_PKEY_EC check would be added in the next
release? Could I do something to speed up ECDSA adding process?
Yes!
You can always provide a patch and attach it to the bug report =)
--
Wbr,
Antony Dovgal
---
http://pinba.org
he.org/mod_fcgid/mod/mod_fcgid.html#fcgidiotimeout ?
The error in the *Apache* logs kinda means the Apache has hit a timeout, not
PHP.
Ugh.. nice anchor/directive name, Apache guys.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Develop
with RC5?
I can't see any problems here both with and without bison installed
(which is used to generate this file from zend_ini_parser.y).
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit:
On 12/26/2011 12:40 PM, Derick Rethans wrote:
I'll have a look when I get back home. Is there anything else you want me to
look at?
Yes!
https://bugs.php.net/bug.php?id=53437 =)
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Ru
On 12/06/2011 10:33 AM, Laruence wrote:
Hi:
I am plan to commit a new change to 5.4-trunk/.gdbinit which can be
found at http://pastebin.com/N6hTRMRA.
Looks nice, please commit it.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime
Hello all.
I'd like to commit a one-liner to 5_4/trunk if there are no objections.
See it in the attachment.
Stas, do you mind if I commit it to 5_4 now?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
Index: Zend/z
64bit and it works just
perfectly.
Mine is 3.6.1, too.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
, you didn't specify which kind of cache is that.
Also would you like to me open a bug ticket to track this issue?
It depends on the kind of cache you're using (there are several caches on the
market
that aren't part of PHP project) and whether the cache is guilty or not.
--
Wbr
us a lot
more info.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 09/28/2011 02:39 AM, Reindl Harald wrote:
PLEASE REPLY ONLY TO THE LIST
Please provide a short (10 lines max) but complete reproduce script.
At the moment your explanations do not make any sense.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals
p PHP code easily readable, not to turn it into
perl-ish write-only gibberish.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
the |=> I have proposed) is a solution
that works because:
Please stop that, it's not funny anymore.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
hanks to Nexcess for offering a new machine to replace the old one.
Nuno
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime profiling for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Yes, we're changing '3' to '4' in the version number, but that doesn't mean we
can just go ahead and break the config file.
Other than that, looks ok to me (assuming you've tested it and does continue to
work the way it worked before all those cosmetic chan
On 05/31/2011 10:42 PM, Brian Moon wrote:
https://wiki.php.net/rfc/shortsyntaxforarrays
I can has vote on this RFC https://wiki.php.net/rfc/shortsyntaxforfunctions ?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing
On 06/01/2011 01:59 AM, Rasmus wrote:
Other than a couple of grumpy old-timers, I
think we are in agreement that we should add a short array syntax.
Well, thanks for calling me that! =)
But seriously, I don't think all of these people are grumpy old-timers:
Contra: Antony Dovgal, D
On 04/28/2011 02:53 PM, Anton Dobkin wrote:
// No checking on return value?
Yes, it doesn't check for NULL.
See ecalloc() sources in Zend/zend_alloc.c around line 2434 to see why.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Ru
://bugs.php.net/bugs-generating-backtrace.php
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ces are your best source =) of information.
If you have any exact questions, no need to ask if anybody can help you, just
ask your questions right away.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To
;s no restriction on this once safe_mode is gone, so
> anybody could load any C extension - while that can be fixed by
> advertising disable_function=dl
That's right, disabling it is not a problem.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Inte
Hi all!
Are there any objections if I disable E_DEPRECATED notice in dl() for FPM SAPI?
The notice is already disabled for CGI/FastCGI, CLI and Embed SAPIs.
I believe there's no reason for this notice in case of FPM, too.
Patch: http://dev.daylessday.org/diff/fpm_dl_notice.diff
--
Wbr,
A
,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 12/22/2010 06:09 PM, Larry Adams wrote:
> I support. He has one of the worlds largest cacti installs and I have
> reviewed and found the patch good.
Which patch are you talking about?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP R
On 12/14/2010 10:10 PM, Boris Lytochkin wrote:
> Mantain ext/snmp extension: src & docs
Did somebody recommend you to apply for an account? (..and is ready to vouch
for you?)
Or did you start sending patches and have reached a moment when an account is
really needed?
--
Wbr,
Antony
gt; Without T_FUNCTION token. In my opinion an access modifier /public,
> private protected, static, final) should still be required for keeping
> readability.
>
> RFC: http://wiki.php.net/rfc/optional-t-function
> Patch: http://schlueters.de/~johannes/php/zend_optional_t_function
gt;
> Please not I'm not requesting to do it now and here, only trying to
> get a feeling/poll about git usage.
>
> Cheers,
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
5.2.15-dev.
You might want to update your PHP and try again.
If you're still able to reproduce it - make sure the problem doesn't appear
to be in some distro-specific patch, i.e. get the original source tarball
from php.net and check if the problem actually exists there.
After that you&#
/zlib/config0.m4 and check the logic behind both options.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
now - but how much interest is there is a more explicit
> "debug" info of the BUILD_CLI issue. Personally I find it very strange
> as it used to work fine (the string does not look to have changed in a
> long time. I would guess it is some security 'improvement' in make or k
> I did some digging in configure. Once configures finds iconv (PHP
> version 5.2.13 line numbers!)
You should look into ext/iconv/config.m4 instead.
./configure is generated and it's not supposed to be read.
Also I'd suggest you to try 5.3 branch, I can see that AIX iconv supp
On 06/21/2010 11:16 PM, Sufficool, Stanley wrote:
> OK, order of operations problem. Remove references, then remove file or no
> one can build. ;-)
It builds allright, check your build.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP R
e then.
So we're still using APC + 5.3 in production, even though
I get a core now and then (weird, last segfault was ~2 weeks ago..).
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 06/20/2010 10:21 PM, Ilia Alshanetsky wrote:
> I for one think it is a really good idea, there is no compelling
> reason not to include APC, I would even go as far as say we should
> enable it by default.
+1 on adding into the distro
-1 on enabling by default
--
Wbr,
Antony Dovgal
On 24.05.2010 21:54, Ilia Alshanetsky wrote:
> Denis,
>
> Could you merge the patches into a single for easier code review.
Hint: `diff -u` produces a bit more human-readable patch.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PH
bort with a nice
errmsg if it fails.
Also you might want to detect dtrace's version before running it.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
able
>> to control) to blow up your PHP processes, you need to use the non-portable
>> solution I
>> implemented in memtrack, not the one proposed in the original patch.
>>
>
> http://anoncvs.postgresql.org/cvsweb.cgi/pgsql/src/port/getrusage.c?rev=1.18;content-type=text%2Fx-cvsweb-mar
es, you need to use the non-portable
solution I
implemented in memtrack, not the one proposed in the original patch.
And even that is not required as you can always adjust max_requests and live
happily ever after.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Intern
that number is always 0 after request
shutdown and before request startup, no matter what.
If you have any problems with third-party libs leaking memory not accounted by
Zend MM, you can always lower
the max_requests parameter in your config file.
That's all. Problem solved.
--
Wbr,
Antony Dovg
o threads in FPM or FastCGI.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
at the time ?
Let's start from the beginning.
How are you going to detect how much memory a thread consumes?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
lable - you can forget about those systems anyway,
you can't help it.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 26.04.2010 12:15, Jérôme Loyet wrote:
> 2010/4/26 Antony Dovgal :
>> On 26.04.2010 10:58, Jérôme Loyet wrote:
>>> Le 26 avril 2010 04:02, looyao teng a écrit :
>>>> in linux, read the /proc/self(pid)/status, and the VmRSS(real memory
>>>> usage)
&g
I was looking of a cleaner way to do it.
PECL/memtrack does it already.
I still don't get why do you want to duplicate it in FPM?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
he system does not
> stop at the set break-point.
Make sure the extension is loaded and it was compiled with debug symbols (-g3
helps a lot).
You might also want to compile the extension statically, I personally find it
much more convenient way to debug.
--
Wbr,
Antony Dovgal
---
http://pinb
On 15.04.2010 15:17, Ferenc Kovacs wrote:
> If this is the case, then it should be stable for now, isn't it?
I guess you can call it that, yes.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To uns
7;,
so I don't see it as a disadvantage.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
FPM means that other non-threaded SAPIs will have to do it
in an other way.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 15.04.2010 12:23, Jérôme Loyet wrote:
> 2010/4/15 Antony Dovgal :
>> On 06.04.2010 11:11, 滕路遥 wrote:
>>> So I suggest that if we could add a config option to PHP-FPM, so that
>>> PHP-FPM could just kill a PHP process if it consumes too much memory
>>> (say
option to PECL/memtrack to not just throw a
warning,
but terminate the process when it hits some limit?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 14.04.2010 11:20, Ferenc Kovacs wrote:
> agree, but he did proposed the patch.
> and it seems that nobody bothered to answer/review:
> http://www.mail-archive.com/internals@lists.php.net/msg45918.html
Which definitely doesn't mean he can go ahead and commit it himself.
--
Wbr,
a huge amount
> of memory would be consumed under high server load. What's
> worse, this even cause our server to crash frequently.
> So I rewrote the PHP-FPM , when the memory beyond the limit,child process
> will exit.
>
You don't need an SVN account to propose a
We're talking about threads in userspace, of course.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
ed daemon written in PHP
is a total nonsense - that's exactly the task C/C++ do much better/faster.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
> It should be added to the FPM RFC.
You can as well stop declaring (!?) what FPM should and what it shoud not
and start doing something useful instead.
Writing some code might be a good start for you.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
under question here.
Taking into account that the maintainer of the branch (along with other people)
agrees with me,
I tend to think this point is not so major as you think.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
part of the
code in order to use another syntax style just because XML is "too complex
for mere mortals" - I won't do it.
If there are any volunteers to do this - go ahead, let's see what happens.
If there are none - fine, I have enough stuff to maintain already.
--
Wbr,
Antony Dov
l name.
As you might guess, "fpm.www.blah.com.php_defines" is not going to work, too.
> It shouldn't be part of php.ini, but it'd be nice if it was part of php
> config system.
It has nothing to do with PHP config system, it's a different thing and it has
it
On 24.03.2010 01:08, Zeev Suraski wrote:
> At 23:58 23/03/2010, Antony Dovgal wrote:
>>Okay, here is XML based config quickly converted to php.ini-style syntax:
>
> Here's mine - a bit more representative of how .ini files look
> instead of trying to convert a nested
but there is only one problem: it doesn't
work.
That's because php.ini doesn't support nested sections and without them it
turns into a real mess.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
here and it's working fine, thank you.
No need to implement something on top of something that wasn't supposed to be
used this way.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
als.
Now I was never an XML fan myself, but I think THIS particular XML config file
is even easier to read and understand than php.ini.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03/23/2010 10:37 PM, Pierre Joye wrote:
> hi Tony,
>
> On Tue, Mar 23, 2010 at 6:25 PM, Antony Dovgal wrote:
>
>>> Does it really need to be separate SAPI? I mean, just replace the old
>>> sapi/cgi
>>> with it? Keep the name 'cgi' though. :
can do it any time - testing and reporting issues is a lot of work.
Patches are also appreciated, no need to wait for a 'go ahead' from anyone to
do this.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 03/23/2010 08:15 PM, Jani Taskinen wrote:
> 23.3.2010 18:42, Antony Dovgal wrote:
>> Hello all.
>>
>> Derick (and other people) asked me to create an RFC for FPM describing what
>> it is and why do we need it.
>> Quite.. ahem.. laconic version of suc
Hello all.
Derick (and other people) asked me to create an RFC for FPM describing what it
is and why do we need it.
Quite.. ahem.. laconic version of such RFC can be found here:
http://wiki.php.net/rfc/fpm
I'm open for your questions.
--
Wbr,
Antony Dovgal
---
http://pinba.org - rea
inets as a dba handler,
> not a complete interface to the multiple tokyo cabinet APIs.
Are you sure you want to add it to ext/dba?
dba is .. well.. dead, and it sound like a complete waste of time.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals
On 03/16/2010 07:13 PM, Derick Rethans wrote:
>> + merge php-fpm branch?
>
> Can't see why not. Is there an RFC for this?
No, there are no RFCs on that.
Just copy sapi/fpm to 5_4 and you've merged it.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for
an old plan.
> Tony, do you agree?
Makes sense to me.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
uot;test") returns "string" in 5.x and "unicode" in 6.0.
What exactly are you trying to fix? And what exactly are you proposing?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 01/19/2010 01:30 PM, Jani Taskinen wrote:
> Funny, I was just thinking the opposite "man I wish PHP never allows
> this" :)
>
> Can of worms I say, can of worms..
Exactly my thought.
Please, let's not open it.
--
Wbr,
Antony Dovgal
---
http://pinba.org -
en, which is not shown by ldd.
ldd /path/to/your/extension
This is what I meant, of course.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
t; PHP version 5.2.3
Btw, it's time to upgrade these.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
they needed?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
s a non desired feature (bug ?) as well. When
> calling a non existent value, it returns a 404 with the following
> message
>
> Warning: Unknown: Filename cannot be empty in Unknown
> on line 0
>
> Fatal error: Unknown: Failed opening required ''
> (include_path
Some case?
Could you elaborate?
The patch certainly does no harm, but maybe it's worth investigating why parent
events are triggered in child processes?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To u
is patch,
> it returns usage() if it's not a valid arg.
Thanks.
I was going to do it myself, but it's nice that you've managed to do it first =)
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing
d, function and line.
With log_level=debug all of them are printed, in other cases only time gets
into the log,
which makes perfect sense to me.
> 2) Configure the log level threshold, though I think that should
> already be there in the first place.
--
Wbr,
Antony Dovgal
---
http://pin
essages for end users)
Configurable error level for certain error messages?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
7;t it make more sense to make this configurable? And thus allow
> people to log how they prefer..
Surely log_level is configurable.
Jerome just changed error level of some error messages to reduce the amount of
notices in the log.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime stati
On 13.12.2009 22:06, Jérôme Loyet wrote:
> Hi all,
>
> I spent some time working on the missing apache_like feature in FPM.
>
> The attached patch is the first version and is for testing.
Committed, thanks!
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics f
re already committed, thanks a lot.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
; - nginx because it was the will of the original authors
>
> We already discussed pros/cons of the two solutions. But why don't we
> allow several syntaxes ? And let the end user to choose the better one
> for its need ?
No. Thank you.
EOD
--
Wbr,
Antony Dovgal
---
http://pinba.o
. If I want to submit patches, what is the
> best way to do it ?
Send them to internals@ and CC me, this way they won't be lost for sure.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
aving to align it with PHP
> releases"
That's the thing I want to avoid, actually.
Moving something out of PHP just because you're afraid of its release cycles
means you make it harder to maintain, not easier.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statisti
want to work on it - sure, no problem.
But you know me, I have neither knowledge nor desire to work on it myself.
Also a heavy loaded server on Windows is something out of this world to me.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runti
> probably CLI which all have the same roots?
I'm planning to remove some more unused/unnecessary code from fpm_main.c.
I guess this will somewhat reduce the amount of porting between the "copy" and
original file.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statist
e and report any issues to me (since it's not
fully official,
we don't have a category @ bugs.php.net yet).
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On 26.11.2009 03:43, Stanislav Malyshev wrote:
> I think it makes sense. One note: your code allows numeric session keys,
> previously not allowed. Not sure if it's important.
This might be important for 32bit<->64bit interaction using serialized data.
--
Wbr,
Anton
On 25.11.2009 13:36, Alexey Zakhlestin wrote:
> Wouldn't following recommendations printed in warnings help?
Sure, but only for newer autoconf versions.
Which means we would break autoconf 2.13 if we follow them.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
user grief.
>>
>> Without autoconf2.13 installed, I get the following on my Ubuntu 9.10:
I suspect there is no way to fix it.
And also no point to fix it, since it still works fine, even with all these
warnings.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
you don't need any core files at all.
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
?id=41603
http://bugs.php.net/bug.php?id=43501
http://bugs.php.net/bug.php?id=43806
http://bugs.php.net/bug.php?id=43988
http://bugs.php.net/bug.php?id=47388
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP Runtime Development Mailing List
On 01.08.2009 03:46, Greg Beaver wrote:
> Hi,
>
> Finally found the problem in run-tests crashing, turns out it had
> nothing to do with the zend engine. Now we can run tests in PHP 6
> without random crashes.
Thank you!
/me goes to enable HEAD tests..
--
Wbr,
Antony
in the next week, this
> traffic is multiplied.
> If nobody else will, then I'll surely once setup my own GIT-SVN mirror of PHP.
Yes, please do.
Where are you going to set it up? Github?
--
Wbr,
Antony Dovgal
---
http://pinba.org - realtime statistics for PHP
--
PHP Internals - PHP R
1 - 100 of 953 matches
Mail list logo
