is it not emulated using pcre now? as in, the ereg library is not used anymore
On Tue, Jan 10, 2012 at 8:49 AM, Philip Olson wrote:
> Hi geeks!
>
> We're unable to disable the ereg extension today, yet it's been deprecated
> since PHP 5.3.0. Is this by design?
>
> Regards,
> Philip
>
>
> --
> PH
2012/1/10 Xinchen Hui
> On Tue, Jan 10, 2012 at 12:57 AM, Pierre Joye
> wrote:
> > hi,
> >
> > No time for new ideas yet. We cannot afford to implement, test and
> > valid new propositions and provide a fix as soon as possible (read: in
> > the next days).
> >
> > What's the status of your patch
Hello Pierre,
I mean that the ereg extension is deprecated, yet we cannot disable
it while compiling PHP. In other words, ereg() and friends always
exist in PHP, and emit E_DEPRECATED errors upon use. We should have
the option of creating fatal undefined function errors… basically.
Currently th
Hi!
Stas, Ilia, any objections against committing it into 5.4 and 5.3?
Not for 5.4 now, we're in code freeze and this does not look like
critical patch. Once 5.4.0 is out, it's OK to add for 5.4.1.
--
Stanislav Malyshev, Software Architect
SugarCRM: http://www.sugarcrm.com/
(408)454-6900 ex
hi Dmitry,
I suppose you mean Johannes for 5.3.
On Tue, Jan 10, 2012 at 8:11 AM, Dmitry Stogov wrote:
> Hi Alex,
>
> Right now it's possible to use SOAP with proxy using special options in
> SoapClient constructor
> (http://www.php.net/manual/en/soapclient.soapclient.php)
>
> new SoapClient($wsd
what I mean is that, as far as I remember, the deprecation is only an
information via the documentation. We did not want to break BC and all
that as it is now emulated through pcre.
On Tue, Jan 10, 2012 at 4:46 PM, Philip Olson wrote:
> Hello Pierre,
>
> I mean that the ereg extension is deprecat
On Tue, Jan 10, 2012 at 6:28 PM, Pierre Joye wrote:
> what I mean is that, as far as I remember, the deprecation is only an
> information via the documentation. We did not want to break BC and all
> that as it is now emulated through pcre.
no, we deprecated it, and albeit it was a discussion to
Hi Etienne:
> To me it seems similar to assigning $this, only here it is via special
> closure syntax. Since this code is no longer necessary, and might conflict
> with the rebinding of $this, the error makes sense IMHO.
A clearer error message seems appropriate. It should indicate that
use($thi
Can you please carefully read what I wrote? Thanks.
I said:
" the deprecation is only an information via the documentation"
as in not adding noises to the language without any good reason.
On Tue, Jan 10, 2012 at 7:11 PM, Ferenc Kovacs wrote:
>
>
> On Tue, Jan 10, 2012 at 6:28 PM, Pierre Joye
Hi!
This thread has veered off-course. So to summarize:
(1) ereg is deprecated, and usage is discouraged
(2) It emits E_DEPRECATED errors as of PHP 5.3
(3) We cannot disable/remove ereg at compile time (today)
I'm suggesting we alter (3) so that we, the people who compile
PHP, can optional
On Tue, 2012-01-10 at 18:28 +0100, Pierre Joye wrote:
> what I mean is that, as far as I remember, the deprecation is only an
> information via the documentation. We did not want to break BC and all
> that as it is now emulated through pcre.
There is no emulation, the behavior of the ereg library
Hi!
(1) ereg is deprecated, and usage is discouraged
(2) It emits E_DEPRECATED errors as of PHP 5.3
(3) We cannot disable/remove ereg at compile time (today)
I'm suggesting we alter (3) so that we, the people who compile
PHP, can optionally remove this extension from our PHP 5.4+.
OK
On 01/10/2012 11:33 AM, Philip Olson wrote:
> Any objections? Regardless of deprecation status, this option
> should be available. Or if not, why?
The main reason is that we are not done removing all the dependencies.
This is a large deprecation that is going to require the process to span
multipl
This is a patch to fix the main issue in bug #54254,
cal_from_jd(CAL_JEWISH) returns month=6 for Adar when there is only
one Adar, (it should return 7, since if there is only one Adar it's
AdarII). This will clear up an issue where cal_from_jd() returns a
month that cal_days_in_month() reports to h
> (3) We cannot disable/remove ereg at compile time (today)
>
> I'm suggesting we alter (3) so that we, the people who compile
> PHP, can optionally remove this extension from our PHP 5.4+.
For what it's worth, I was able to successfully remove ereg from PHP 5.3
(.6, I think; this was a while ag
On Jan 10, 2012, at 11:54 AM, Rasmus Lerdorf wrote:
> On 01/10/2012 11:33 AM, Philip Olson wrote:
>> Any objections? Regardless of deprecation status, this option
>> should be available. Or if not, why?
>
> The main reason is that we are not done removing all the dependencies.
> This is a large
We can only do it for a 6.x, not for a 5.5. So I would not do it too
early in the process.
On Wed, Jan 11, 2012 at 12:14 AM, Philip Olson wrote:
>
> On Jan 10, 2012, at 11:54 AM, Rasmus Lerdorf wrote:
>
>> On 01/10/2012 11:33 AM, Philip Olson wrote:
>>> Any objections? Regardless of deprecation s
17 matches
Mail list logo
