RE: [PECL-DEV] Proposing a new PECL package : PHK
| From: | Francois Laupretre | Date: | Sun, 25 Nov 2007 17:16:37 +0000 |
| Subject: | RE: [PECL-DEV] Proposing a new PECL package : PHK | ||
| References: | 1 | Groups: | php.pecl.dev |
| Request: | Send a blank email to pecl-dev+get-4933@lists.php.net to get a copy of this message | ||
Hi,
could you please give me a status for this ? The code is ready now and I need to know if you accept
it in PECL.
Thanks in advance
Francois
> -----Message d'origine-----
> De : Francois Laupretre [mailto:flconseil@yahoo.fr]
> Envoyé : vendredi 9 novembre 2007 23:13
> À : PECL Dev
> Objet : [PECL-DEV] Proposing a new PECL package : PHK
>
>
> Hi,
>
> PHK is a PHP-oriented package/archive system. More information is
> available at http:// phk dot tekwire dot net (I cannot write
> the
> URL in my message as it is rejected as spam by the mailing list filter).
>
> I am currently finishing a new version of the PHK accelerator
> extension, which now contains the whole runtime code and I'd like
> to transfer this extension to PECL. So, can you tell me if you
> accept it and, if it is the case, give me an account for this ?
>
> For the ones interested (if any), here are some of my future
> projects regarding PHP. If you want to help or talk about it,
> you're welcome :
>
> - an 'Autoload' extension. This will be a transcription in
> C of the autoloader integrated in PHK. It is a different project
> because, even if present in PHK, it is totally independant and
> works as well with plain files.
>
> - Extract the shmem/semaphore (sma) code from APC to
> repackage it as an independent portable persistence/locking library.
>
> - Cleanup the core from every direct access to the elements
> of the zval structure (those who bypass the Z_xx macros). The
> first reason for this is Wietse's work on 'PHP tainting' but,
> everytime somebody will want to use the unused bits of the
> structure, the problem will be the same. Following Marcus' idea,
> it will be done so that the element names are modified when PHP
> is compiled in 'debug' mode, causing the non-compliant code to fail.
>
> Thanks and regards
>
> Francois
>
> --
> PECL development discussion Mailing List (http://pecl.php.net/)
> To unsubscribe, visit: http://www.php.net/unsub.php
>
>