Newsgroups: php.internals
Path: news.php.net
Xref: news.php.net php.internals:66394
Mailing-List: contact internals-help@lists.php.net; run by ezmlm
Received-SPF: pass (pb1.pair.com: domain gmail.com designates 209.85.214.42 as permitted sender)
MIME-Version: 1.0
In-Reply-To: <CAMUwpuRcSosQLY1FAYs9cFg9342g1-xG8roynsKcVt4shbKqWQ@mail.gmail.com>
References: <CAAyV7nGodN0OKUTGY0RQ_P_Za3igkZPXjm1D8r8EUsyZ5XrYeg@mail.gmail.com>
	<512FBA50.4000308@sugarcrm.com>
	<CAMUwpuSj2v+Qwk_kpWJEFJ-0tGAPyNqbf+8ve9tsXuOB8JYCJA@mail.gmail.com>
	<CAJW__o0fpd8w+=RvXA9b8F5zRpubU-rchpt3gnE4kuw8iFqcQA@mail.gmail.com>
	<CAMUwpuRcSosQLY1FAYs9cFg9342g1-xG8roynsKcVt4shbKqWQ@mail.gmail.com>
Date: Fri, 1 Mar 2013 10:08:29 -0500
Message-ID: <CAJRMtAHkmEnFeB1XShBa+cGEzg=i7Dhyjd9x4+pdRa5BRN0gkg@mail.gmail.com>
To: Julien Pauli <jpauli@php.net>
Cc: Kalle Sommer Nielsen <kalle@php.net>, Stas Malyshev <smalyshev@sugarcrm.com>, 
	Anthony Ferrara <ircmaxell@gmail.com>, "internals@lists.php.net" <internals@lists.php.net>
Content-Type: multipart/alternative; boundary=000e0cdfd6823c1d0004d6de6187
Subject: Re: [PHP-DEV] Include XDebug and Suhosin Patch in Core for 5.5
From: xwisdom@gmail.com (Raymond Irving)

--000e0cdfd6823c1d0004d6de6187
Content-Type: text/plain; charset=ISO-8859-1

I agree with adding XDebug to core distribution but it must be disabled by
default.




On Fri, Mar 1, 2013 at 8:28 AM, Julien Pauli <jpauli@php.net> wrote:

> On Fri, Mar 1, 2013 at 12:49 PM, Kalle Sommer Nielsen <kalle@php.net>
> wrote:
>
> > Hi
> >
> > 2013/3/1 Julien Pauli <jpauli@php.net>:
> > > I guess the ini declaration order and then the order the modules get
> > loaded
> > > in the engine.
> >
> > We could also look at implementing a module-load-order internally in
> > the zend_module struct, as in some extensions like EXIF relies on
> > mbstring, while the ZEND_MODULE_DEP()s works fine for checking for
> > mbstring, it does not work if mbstring is loaded after. So what I'm
> > saying is that mbstring have a higher load order, meaning even though
> > we have this in php.ini[1], PHP will load mbstring first because it
> > has the lowest value (requiring it to start first), or giving exif a
> > higher than 'normal' value (causing it to load after, as it is after
> > all, exif that depends on mbstring, not the other way around).
> >
> > The same thing can be done with engine level extensions
> > (zend_extension), where it probably would make more sense than for 90%
> > of all 'php' extensions.
> >
> > [1]:
> > extension=php_exif.dll
> > extension=php_mbstring.dll
> >
>
> +1 , Some time ago when I first designed my first extensions studying the
> Zend extension loading mechanism I thought about such a system and was
> surprised not to find one into the engine.
> It shouldn't be too hard to develop, except if you start thinking about
> versions dependencies of the modules as well.
>
> In the same pipe, I was thinking at some dlunload() function which would
> enable unoloading modules at runtime, but that's another task, not very
> trivial though.
>
>  Julien
>
> >
> >
> >
> > --
> > regards,
> >
> > Kalle Sommer Nielsen
> > kalle@php.net
> >
>

--000e0cdfd6823c1d0004d6de6187--