RE: [PHP-DEV] [RFC] Integrating Zend Optimizer+ into the PHP distribution

2013-01-30 Thread John Carter
Hi Zeev, Specifically would it continue to work with the Zend Guard decoder (as it does now)? Thanks, John. -Original Message- From: Zeev Suraski [mailto:z...@zend.com] Sent: 30 January 2013 14:48 To: Christopher Jones Cc: internals@lists.php.net Subject: RE: [PHP-DEV] [RFC]

Re: [PHP-DEV] Activation of IGBinary serialization extension in 5.4 by default

2011-08-19 Thread John Carter
of the platform. [1] http://pecl.php.net/package/igbinary [2] http://www.php.net/~pierre/vcqa/apcigninary_perf.png Comments please. Regards, Paul Dragoonis. -- John Carter Development Manager Identity Networks

Re: [PHP-DEV] APC distribute cache/dump files?

2011-07-25 Thread John Carter
API. I plan to add persistent caching in the next couple of month so I may do this as well, as long as Gopal or Rasmus are fine with the idea. On Fri, Jul 22, 2011 at 5:56 PM, John Carter jcar...@identitynetworks.com wrote: Hi, Are there any plans to make APC work in a similar way

[PHP-DEV] APC distribute cache/dump files?

2011-07-22 Thread John Carter
[]=apc). Thanks, John. -- John Carter Development Manager Identity Networks

[PHP-DEV] Inconsistent exit code from CLI?

2010-10-26 Thread John Carter
) and they return exit code 2 when the options aren't recognised. Found on 5.2.14 and 5.3.3. Thanks, John. -- John Carter Development Manager johnc...@cisco.com

RE: [PHP-DEV] PATCH: zend_mm_heap_overflow()

2009-01-19 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Shire, Xlog looks really useful. Does it also help with exception thrown without a stack trace? Thanks, John. -Original Message- From: shire [mailto:sh...@tekrat.com] Sent: 19 January 2009 01:45 To: PHP Internals List Subject: [PHP-DEV] PATCH: zend_mm_heap_overflow() I'm releasing

RE: [PHP-DEV] json_encode()

2008-12-15 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
How about a strict mode added to the list of the current json_encode() options? That way current code will continue to work and anyone reading the docs will know the default behaviour isn't strictly correct. John. John Carter Development Manager NAC Governance Server Cisco johnc...@cisco.com

RE: [PHP-DEV] error_log - sapi.log_message

2008-11-12 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Good idea. Would also be nice if added constants for the existing 0, 1 and 3 options. John. John Carter Development Manager NAC Governance Server Cisco [EMAIL PROTECTED] +44 161 249 5825 -Original Message- From: Stanislav Malyshev [mailto:[EMAIL PROTECTED] Sent: 12 November 2008 20

RE: [PHP-DEV] Deprecate define_syslog_variables in 5.3

2008-10-14 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
We use syslog a lot. I've always found define_syslog_variables to be pointless and frankly a little bizarre. +1 on this. John. -Original Message- From: Lukas Kahwe Smith [mailto:[EMAIL PROTECTED] Sent: 14 October 2008 08:42 To: Kalle Sommer Nielsen Cc: PHP Development Subject: Re:

[PHP-DEV] test

2008-06-06 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
John Carter Cisco - PolicyApp [EMAIL PROTECTED]

RE: [PHP-DEV] Class Properties in Interfaces?

2008-05-06 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
understand that we can't implement two interfaces that have the same declared method, why wouldn't we just prevent people declaring an identical attribute in the same way? John. -Original Message- From: Marcus Boerger [mailto:[EMAIL PROTECTED] Sent: 06 May 2008 15:22 To: John Carter -X

RE: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Marcus, I understand why Interfaces can't have bodies, but could you explain why Interfaces can't have properties? Thanks, John. -Original Message- From: Marcus Boerger [mailto:[EMAIL PROTECTED] Sent: 29 April 2008 10:46 To: Jeremy Privett Cc: PHP Developers Mailing List Subject: Re:

RE: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
] Sent: 29 April 2008 11:17 To: John Carter -X (johncart - PolicyApp Ltd at Cisco) Cc: internals@lists.php.net Subject: Re: [PHP-DEV] Class Properties in Interfaces? I would start by saying it's bad design. you should use getters and setters which you can define in you interface -- /James On Tue

RE: Re: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
: [PHP-DEV] Class Properties in Interfaces? John Carter -X (johncart - PolicyApp Ltd at Cisco) schrieb: could you explain why Interfaces can't have properties Because interfaces are implemented which makes no sense for attributes. -- Sebastian Bergmann http://sebastian-bergmann.de/ GnuPG Key

RE: Re: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Nobbe [mailto:[EMAIL PROTECTED] Sent: 29 April 2008 16:17 To: John Carter -X (johncart - PolicyApp Ltd at Cisco) Cc: internals@lists.php.net Subject: Re: Re: [PHP-DEV] Class Properties in Interfaces? On Tue, Apr 29, 2008 at 6:28 AM, John Carter -X (johncart - PolicyApp Ltd at Cisco) [EMAIL PROTECTED

RE: Re: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
they require instance variables. Why do they require instance variables? I also think for the purposes of this discussion, property and instance variable mean the same thing. John. From: Nathan Nobbe [mailto:[EMAIL PROTECTED] Sent: 29 April 2008 17:14 To: John Carter -X

RE: [PHP-DEV] Class Properties in Interfaces?

2008-04-29 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
I think there's been two responses to this query: 1. We can't have properties in interfaces because interfaces don't have properties. I would say this is tautological and doesn't add anything. 2. Why would you need to? Getters and setters work. So I suppose to answer my question for myself,

RE: [PHP-DEV] intl naming

2008-04-03 Thread John Carter -X (johncart - PolicyApp Ltd at Cisco)
Stanislav, I like the look of the API. The naming convention appears logical, on the question of internal class names existing in userland I'm sure people will refer to the discussions around DateTime. Many extensions appear to offer procedural style equivalents to the OOP API, personally I