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 programs or SAPIs could link against).
I'm not sure if anyone has the
Did I overlook the announcements for 5.4.18 5.5.2? Or aren't they
posted to this list anymore?
Jan
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
Looking at https://bugs.php.net/bug.php?id=65463
My brain is foggy on why we call zend_destroy_modules() before
zend_hash_destroy(GLOBAL_CLASS_TABLE) in zend_shutdown(). Anyone
remember the reason?
I have verified the issue described in 65463. On a SIGTERM to Apache
mid-request, the extension
On Fri, 2013-08-16 at 12:36 -0400, J David wrote:
Our solution was to develop a new pseudo-SAPI we call the null SAPI.
All it does is build a complete libphp5.so with no SAPI-related
structures or functions in it at all. Then we can build our real
embedded SAPI -- with all its extra
Rasmus Lerdorf in php.internals (Sat, 17 Aug 2013 07:37:30 -0400):
Looking at https://bugs.php.net/bug.php?id=65463
When I saw the subject, I was reminded of
https://bugs.php.net/bug.php?id=65338
That was another case of unorderly unloading modules. I thought it was a
bug in zend_string.c, but
On Fri, Aug 16, 2013 at 5:28 PM, Sara Golemon poll...@php.net wrote:
Ah, I see. I wasn't taking null quite literally enough. :)
That sounds pretty awesome to me. Assuming the implementation looks good
you'd get my vote.
Implementation might be a little generous… it's a config.m4 file, a
To try it out, here's a hacky little Makefile you can use to build the
CLI SAPI against the null shlib:
http://pastebin.com/3FxWhZn4
Resulting in:
$ ls -l phpn
-rwxrwxr-x 1 me staff 113669 Aug 17 00:13 phpn
$ ldd phpn
phpn:
libphp5.so = /usr/local/php/5.6-dev/lib/libphp5.so (0x2808)
On Fri, Aug 16, 2013 at 12:55 PM, Johannes Schlüter
johan...@schlueters.de wrote:
I was successful by using embedded SAPI for that and ignoring all things
from php_embed.[ch]. Sure this gives few extra symbols and a few bytes
of unneeded code but works fine.
Yes, exactly. This is a
On Fri, Aug 16, 2013 at 12:40 PM, Sara Golemon poll...@php.net wrote:
Apart from managing lifecycles, the SAPI is also resposible for things like
directing I/O between the host application, how does null-sapi handle this?
It doesn't. It provides no SAPI functionality at all (hence null).
Its
Ah, I see. I wasn't taking null quite literally enough. :)
That sounds pretty awesome to me. Assuming the implementation looks good
you'd get my vote.
On Fri, Aug 16, 2013 at 11:03 AM, J David j.david.li...@gmail.com wrote:
On Fri, Aug 16, 2013 at 12:40 PM, Sara Golemon poll...@php.net
Hi Mike,
On Mon, Aug 12, 2013 at 4:19 AM, Michael Wallner m...@php.net wrote:
On a side note: all these tests pass for me on Linux/gcc and
FreeBSD/clang, yet I'm still working on a Solaris/SunC build
environment.
I've got errors, but I don't have problem now.
I didn't look into the test log
11 matches
Mail list logo
