On 26.07.2006 08:51, chenybin wrote:
Write a SAPI for Domino Web Server
First submit the patch for review and then (if the patch is accepted) you may
ask for CVS account.
You don't need a CVS account to submit a patch.
Also, I'm not sure we would really like to include one more rarely used SAP
Write a SAPI for Domino Web Server
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Dear fake name person:
Have you tried submitting patches to the extension maintainer listed
at http://pecl.php.net/package/yaz ? Does Adam approve of you having
direct commit access to the yaz extension?
Apart from following proper protocol for contributing to an extension,
I'm interested in kno
Hmm. Even better, [EMAIL PROTECTED] is a fake email address. I guess
s/he didn't think that the core PHP devs that work at Y! would figure
that out :)
Dan
On 25/07/06, Dan Scott <[EMAIL PROTECTED]> wrote:
Dear fake name person:
Have you tried submitting patches to the extension maintainer list
On Jul 25, 2006, at 3:03 PM, Nuno Lopes wrote:
Hello,
So Andrei asked me to upgrade the zlib extension, but I have a few
questions I would like to discuss with you:
* when receiving an unicode string, what should we do? compress
with as-is, prepend a BOM header (and skip it while
uncompre
Want to improve the yaz extension.
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
I think whenever we are storing data in external source such as
compressed file, shared memory and so on, we need to treat the data
as binary.
On 25-Jul-06, at 6:03 PM, Nuno Lopes wrote:
Hello,
So Andrei asked me to upgrade the zlib extension, but I have a few
questions I would like to
Nuno Lopes wrote:
Hello,
So Andrei asked me to upgrade the zlib extension, but I have a few
questions I would like to discuss with you:
I'd like to collaborate on this. Besides reimplementing the output
handler to use the new API, I planned to upgrade it to something
similar like http_encod
Hello,
So Andrei asked me to upgrade the zlib extension, but I have a few questions
I would like to discuss with you:
* when receiving an unicode string, what should we do? compress with as-is,
prepend a BOM header (and skip it while uncompressing)? (now I'm unsure if
PHP/ICU uses utf16 in th
On Monday 24 July 2006 18:54, Steph Fox wrote:
httpd.conf's weird? It's only a text file :) the complication's in the
fact
that there's more than one way to set it up. But you could offer
automated
basic CGI setups pretty easily using the paths you've already been given
for php.exe and php.ini,
The idea of a memory limit is to as accurately as possible account
for the memory utilized by PHP. If our current calculation is more
accurate since it accounts for malloc overhead, great, it gives more
fine grained control to hosters utilizing this option.
On 25-Jul-06, at 9:45 AM, Lukas
On 25.07.2006 16:45, Lukas Smith wrote:
Dmitry Stogov wrote:
Right now memory_get[peak_]usage() show the amount of REAL memory that PHP
(Zend Memory Manager) takes from system.
Previous memory manager showed size of emalloc()-ed memory without malloc()
overhead.
Also it didn't consider internal
Dmitry Stogov wrote:
Right now memory_get[peak_]usage() show the amount of REAL memory that PHP
(Zend Memory Manager) takes from system.
Previous memory manager showed size of emalloc()-ed memory without malloc()
overhead.
Also it didn't consider internal caches.
Shouldn't we make the old beha
Hi there,
On 7/24/06, Steph Fox <[EMAIL PROTECTED]> wrote:
Sorry for the double-send there John :-\ this is _really_ not my day.
>> Yep good - note a few minor problems with layout though:
>>
>> ; Local Variables:
>> ; tab-width: 4
>> ; End:
>> [PHP_JSON]
>> extension=php_json.dll
>>
>> - it s
On 25-Jul-06, at 7:24 AM, Dmitry Stogov wrote:
Good suggestion.
The correspomding C functions (zend_memory_usage()) can be changed
in the
same way.
The memory_limit will de checked for real usage only (as now).
Any objections?
Nope, sounds good to me.
Ilia Alshanetsky
On 24-Jul-06, at 11:52 PM, Matt W wrote:
Does anybody else think that memory_get[peak_]usage() should work
more like
before? I would imagine it can be "fixed" fairly easily, though it
probably
needs another variable, and just a little extra overhead of inc./
dec. that
variable more often (b
Hi,
That's what I was thinking too, Ron. Internally, the functions
zend_memory_[peak_]usage() would also get a flag parameter, or separate
functions...
There's also the small issue of which size to set Apache's mod_php_mem_usage
to.
Dmitry, et al., I don't know the details of how the Memory Man
Good suggestion.
The correspomding C functions (zend_memory_usage()) can be changed in the
same way.
The memory_limit will de checked for real usage only (as now).
Any objections?
Dmitry.
> -Original Message-
> From: Ron Korving [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 25, 2006
See zend_alloc.h
zend_memory_usage() & zend_memory_peak_usage().
Dmitry.
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 25, 2006 1:23 PM
> To: Dmitry Stogov
> Cc: 'Matt W'; internals@lists.php.net; 'Andi Gutmans'; 'Ilia
> Alshanetsky'
> Subje
Perhaps it'd be a nice alternative to have an optional parameter? Having 4
functions for checking memory usage is quite a lot, isn't it?
I would humbly prefer seeing:
int memory_get_usage([bool realusage])
int memory_get_peak_usage([bool realusage])
- Ron
"Derick Rethans" <[EMAIL PROTECTED]>
On Tue, 25 Jul 2006, Dmitry Stogov wrote:
> > > Right now memory_get[peak_]usage() show the amount of REAL memory
> > > that PHP (Zend Memory Manager) takes from system.
> > >
> > > Previous memory manager showed size of emalloc()-ed memory without
> > > malloc() overhead. Also it didn't consid
> -Original Message-
> From: Derick Rethans [mailto:[EMAIL PROTECTED]
> Sent: Tuesday, July 25, 2006 10:58 AM
> To: Dmitry Stogov
> Cc: 'Matt W'; internals@lists.php.net; Andi Gutmans; Ilia Alshanetsky
> Subject: RE: [PHP-DEV] memory_get_usage with new Memory Manager
>
>
> On Tue, 25 J
On Monday 24 July 2006 18:54, Steph Fox wrote:
> httpd.conf's weird? It's only a text file :) the complication's in the fact
> that there's more than one way to set it up. But you could offer automated
> basic CGI setups pretty easily using the paths you've already been given
> for php.exe and php.
memory_get_real_[peak_]usage() ? :)
--Jani
On Tue, 25 Jul 2006, Derick Rethans wrote:
On Tue, 25 Jul 2006, Dmitry Stogov wrote:
Right now memory_get[peak_]usage() show the amount of REAL memory that PHP
(Zend Memory Manager) takes from system.
Previous memory manager showed size of
On Tue, 25 Jul 2006, Dmitry Stogov wrote:
> Right now memory_get[peak_]usage() show the amount of REAL memory that PHP
> (Zend Memory Manager) takes from system.
>
> Previous memory manager showed size of emalloc()-ed memory without malloc()
> overhead.
> Also it didn't consider internal caches.
25 matches
Mail list logo
