On Mon, 12 Oct 2009, jval...@eoni.com wrote:
Mark Krenz wrote:
7. PHP Cookbook from 2006
Has mixed examples, some using ereg and some using preg_match
In PHP Cookbook, the only use of ereg I found was in the section
where the books was explaining how to convert from ereg to
preg_match. Or a
Ferenc Kovacs wrote:
On Mon, Oct 12, 2009 at 11:53 PM, Ferenc Kovacs wrote:
btw. I hate php 5.3 for the following change:
# The use of {} to access string offsets is deprecated. Use [] instead.
I always used the {} because the [] was deprecated for a long time,
and I corrected everybody, to us
Mark Krenz wrote:
> On Mon, Oct 12, 2009 at 05:55:25PM GMT, Carl P.
Corliss [rabb...@gmail.com] said the following:
>
>> Code Search of: "eregi?(_replace)?\( lang:php"
shows ~123,000 results
>> Code Search of:
"preg_(filter|grep|last_error|match_all|match|quote|replace_callback|replace|split)\(
l
Mark,
You contradict yourself. You say that putting a warning in 5.3 isn't soon
enough, since most people are a few versions behind. Yet you think it is an
absolute outrage that something is being dropped in 6, which is a couple of
years away anyway. The people that won't be on 5.3 in time to be n
On Mon, Oct 12, 2009 at 11:53 PM, Ferenc Kovacs wrote:
> On Mon, Oct 12, 2009 at 10:51 PM, Mark Krenz wrote:
>> On Mon, Oct 12, 2009 at 07:22:10PM GMT, Robert Cummings
>> [rob...@interjinn.com] said the following:
>>>
>>> You are obviously right of course... the PHP world is NOT ready for the
>>
On Mon, Oct 12, 2009 at 10:51 PM, Mark Krenz wrote:
> On Mon, Oct 12, 2009 at 07:22:10PM GMT, Robert Cummings
> [rob...@interjinn.com] said the following:
>>
>> You are obviously right of course... the PHP world is NOT ready for the
>> POSIX regex library to be dropped. That's why it's "deprecate
On Mon, Oct 12, 2009 at 07:22:10PM GMT, Robert Cummings [rob...@interjinn.com]
said the following:
>
> You are obviously right of course... the PHP world is NOT ready for the
> POSIX regex library to be dropped. That's why it's "deprecated" in PHP
> 5.3 and not removed. In a year or 3, when PHP
> Feel free to collaborate with the authors of PHP_Compat [1].
>
> regards,
> Lukas Kahwe Smith
> m...@pooteeweet.org
>
> [1] http://pear.php.net/package/PHP_Compat
An excellent pointer, Lukas, thank you. I had forgotten PHP_Compat
existed.
--
PHP Internals - PHP Runtime Development Mailing List
Ooops:
On Mon, Oct 12, 2009 at 01:48:28PM -0600, Joey Smith wrote:
> $delimiters =
> array(chr(1),chr(1),chr(1),chr(1),chr(1),chr(1),'/', '@', '#', '%', '_');
should have been
$delimiters =
array(chr(1),chr(2),chr(3),chr(4),chr(5),chr(6),'/', '@', '#', '%', '_');
I
On 12.10.2009, at 21:48, Joey Smith wrote:
Write yourself a bit of code that replaces ereg which could be
installed in an
auto_prepend location server-wide. Here's an example you could start
with,
although I should point out that I spent all of about 30 seconds
thinking about
it, so you mi
Write yourself a bit of code that replaces ereg which could be installed in an
auto_prepend location server-wide. Here's an example you could start with,
although I should point out that I spent all of about 30 seconds thinking about
it, so you might want to give it more thought than that - I'm sur
Hello everyone,
Let's create a guide for people wanting to convert code from ereg to
preg. Please post a few items that belong like:
1. Delimiters are needed with PCRE
2. /i versus eregi
3. Something needed to be said about named classes?
What else?
Regards,
Philip
--
PHP Internals - PHP
On Mon, Oct 12, 2009 at 8:14 PM, Mark Krenz wrote:
> So there is my proof. Does anyone still want to dispute me that ereg is
> still heavily used and you'll make a lot of users angry if you don't
> give them the proper amount of time to make this transition?
>
Hello Mark Krenz,
please take the
On Mon, Oct 12, 2009 at 3:14 PM, Mark Krenz wrote:
> On Mon, Oct 12, 2009 at 05:55:25PM GMT, Carl P. Corliss [rabb...@gmail.com]
> said the following:
> >
> > Code Search of: "eregi?(_replace)?\( lang:php" shows ~123,000 results
> > Code Search of:
> >
> "preg_(filter|grep|last_error|match_all|ma
On Mon, Oct 12, 2009 at 06:34:02PM GMT, Tomas Kuliavas
[to...@users.sourceforge.net] said the following:
>
> preg_quote() and preg_last_error() are support functions. They are used
> together with other pcre functions. You double some search results.
>
> If you have to support something, it is n
Mark Krenz wrote:
On Mon, Oct 12, 2009 at 05:55:25PM GMT, Carl P. Corliss [rabb...@gmail.com]
said the following:
Code Search of: "eregi?(_replace)?\( lang:php" shows ~123,000 results
Code Search of:
"preg_(filter|grep|last_error|match_all|match|quote|replace_callback|replace|split)\(
lang:ph
On Mon, Oct 12, 2009 at 05:55:25PM GMT, Carl P. Corliss [rabb...@gmail.com]
said the following:
>
> Code Search of: "eregi?(_replace)?\( lang:php" shows ~123,000 results
> Code Search of:
> "preg_(filter|grep|last_error|match_all|match|quote|replace_callback|replace|split)\(
>
> lang:php" show
Tomas Kuliavas wrote:
[snip]
Looks like preg_* functions are used more often than ereg* functions to
me...
preg_quote() and preg_last_error() are support functions. They are used
together with other pcre functions. You double some search results.
Actually, searching for those by themselves
[Please stop feeding the troll.]
--
PHP Internals - PHP Runtime Development Mailing List
To unsubscribe, visit: http://www.php.net/unsub.php
On Mon, Oct 12, 2009 at 19:08, Lukas Kahwe Smith wrote:
> Well again an assumption .. no we do not have enough developers to do all
> the cool things we can think up and still fix bugs, document stuff etc. Feel
Shameless plug; http://joind.in/talk/view/971 !
Now, go vote for it so I can do some
On 12.10.2009, at 20:34, Tomas Kuliavas wrote:
2009.10.12 20:55 Carl P. Corliss rašė:
Lukas Kahwe Smith wrote:
[snip]
On 12.10.2009, at 18:57, Mark Krenz wrote:
On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye
[pierre@gmail.com] said the following:
[snip]
But I'm willing to bet th
On Mon, Oct 12, 2009 at 05:08:33PM GMT, Lukas Kahwe Smith [...@pooteeweet.org]
said the following:
> Wow, you sure do assume a lot of things about PHP and its development
> community. I have never seen your name on this list before and (now I
> am assuming) do not know the state of development
On 12.10.2009, at 19:47, Mark Krenz wrote:
If ereg isn't ready yet then 6.0 should be delayed until it is
ready.
It probably never will be...
That's bullshit. Its not like Duke Nukem or something. I've never
seen a major version of PHP take more than a couple years to release
and
PHP
2009.10.12 20:55 Carl P. Corliss rašė:
> Lukas Kahwe Smith wrote:
> [snip]
>
>> On 12.10.2009, at 18:57, Mark Krenz wrote:
>>
>>> On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye
>>> [pierre@gmail.com] said the following:
> [snip]
>
>>> But I'm willing to bet that the majority of people are
2009.10.12 19:22 Mark Krenz rašė:
>
> Just to clarify. You mean that with the changes you've made for
> Unicode support in PHP 6, that current POSIX based ereg expressions will
> not work the same?
Expressions didn't work 1,5 year ago.
http://bugs.php.net/bug.php?id=44923
Maybe current PHP6-de
On Mon, Oct 12, 2009 at 05:34:08PM GMT, Olivier B. [php-dev.l...@daevel.fr]
said the following:
> And as far as I know, using ereg_* function is discouraged in the
> documentation since PHP 4, 10 years ago, no ?
>
Discouraged, no. From looking at archive.org, it looks like there has
been thi
Hello,
On Mon, Oct 12, 2009 at 10:36 AM, Mark Krenz wrote:
> Whenever I bring up an issue like this with the PHP devs, I feel like
> you guys never experience having to support PHP. Among other things, I
> am the main sysadmin for my web hosting company and have been supporting
> PHP since versi
Lukas Kahwe Smith wrote:
[snip]
On 12.10.2009, at 18:57, Mark Krenz wrote:
On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye
[pierre@gmail.com] said the following:
[snip]
But I'm willing to bet that the majority of people are using ereg, not
PCRE. I've known about PCRE in PHP for a
On Mon, Oct 12, 2009 at 05:12:43PM GMT, Christian Schneider
[cschn...@cschneid.com] said the following:
> Mark Krenz wrote:
> > But I'm willing to bet that the majority of people are using ereg, not
> > PCRE. I've known about PCRE in PHP for a while now, but I continue to
> > use ereg because I
On Mon, Oct 12, 2009 at 05:12:47PM GMT, Pierre Joye [pierre@gmail.com] said
the following:
>
> Let me use another example to make you understand the situation.
>
> I bought a car, which is great, I can repair it myself, can drive
Car analogies are seldomly an accurate portrayal to the sit
Christian Schneider a écrit :
Mark Krenz wrote:
But I'm willing to bet that the majority of people are using ereg, not
PCRE. I've known about PCRE in PHP for a while now, but I continue to
use ereg because I thought it had better support in PHP and that it was
the more "official" function.
On Mon, Oct 12, 2009 at 1:28 PM, Derick Rethans wrote:
> On Mon, 12 Oct 2009, Mark Krenz wrote:
>
> > Again, this isn't a debate on which is better, I only want to STRONGLY
> > stress that I think its a big mistake to remove it in 6.0.
>
> The ereg library doesn't handle unicode so it can simpl
On Mon, 12 Oct 2009, Mark Krenz wrote:
> Again, this isn't a debate on which is better, I only want to STRONGLY
> stress that I think its a big mistake to remove it in 6.0.
The ereg library doesn't handle unicode so it can simply not work.
> If nobody simply wants to do the work to make sure
This thread inspired me to google for a POSIX to PCRE converter.
I found a thread from this list from 2002:
http://marc.info/?l=php-internals&m=103625548402350&w=2
Ilia proposed a patch that would replace the ereg library
with code that would allow an ereg userland call to be
processed with the P
On 12.10.2009, at 19:12, Pierre Joye wrote:
Shorter version: Topics have been discussed to death, move on,
nothing to see.
actually in the spirit of how i documented the decision about
ifsetor() [1] and the fact that contrary to "popular" opinion, the
time of core devs is limited, it wo
On Mon, Oct 12, 2009 at 6:57 PM, Mark Krenz wrote:
> On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye [pierre@gmail.com]
> said the following:
>>
>> The ereg functions cannot work with Unicode and can't be fixed without
>> rewriting them. Nobody likes to do it as pcre works just fine and h
Mark Krenz wrote:
> But I'm willing to bet that the majority of people are using ereg, not
> PCRE. I've known about PCRE in PHP for a while now, but I continue to
> use ereg because I thought it had better support in PHP and that it was
> the more "official" function. Guess I was wrong. I'm sur
Wow, you sure do assume a lot of things about PHP and its development
community. I have never seen your name on this list before and (now I
am assuming) do not know the state of development of PHP6 (as in that
its more or less on halt until someone gets things going again).
On 12.10.2009, a
On Mon, Oct 12, 2009 at 04:27:02PM GMT, Pierre Joye [pierre@gmail.com] said
the following:
>
> The ereg functions cannot work with Unicode and can't be fixed without
> rewriting them. Nobody likes to do it as pcre works just fine and has
> many active maintainers (inside and outside php).
>
hi,
On Mon, Oct 12, 2009 at 6:22 PM, Mark Krenz wrote:
>
> Just to clarify. You mean that with the changes you've made for
> Unicode support in PHP 6, that current POSIX based ereg expressions will
> not work the same?
The ereg functions cannot work with Unicode and can't be fixed without
rewri
Just to clarify. You mean that with the changes you've made for
Unicode support in PHP 6, that current POSIX based ereg expressions will
not work the same?
On Mon, Oct 12, 2009 at 04:18:29PM GMT, Rasmus Lerdorf [ras...@lerdorf.com]
said the following:
> Lack of Unicode support is enough of a p
Lack of Unicode support is enough of a problem in that PHP6 will be all
Unicode all the time, so these functions simply won't work as they are
today. It would take someone sitting down and figuring out how to
emulate this stuff in a way that makes sense in a Unicode world for them
to come back, an
Ok, let me first say that I have no problem with deprecating it in
favor of PCRE. Being a heavy Perl developer too, I'm more used to PCRE
syntax anyways so it will be easier to only remember one syntax between
languages.
Secondly, I've been using PHP since version 2 and as far as I can
remem
Guilherme Blanco wrote:
It was fat, slow and everything that you can do with POSIX regex you
can easily do with PCRE regex, which is faster.
It is a decision forever. Do not expect it to come on PHP 5.4 (?) or PHP 6.
Cheers,
On Mon, Oct 12, 2009 at 12:46 PM, Mark Krenz wrote:
I just found t
The real answer is that there is no Unicode support in the ereg
functions, and like it or not, the world is going Unicode.
-Rasmus
Guilherme Blanco wrote:
> It was fat, slow and everything that you can do with POSIX regex you
> can easily do with PCRE regex, which is faster.
>
> It is a decision
It was fat, slow and everything that you can do with POSIX regex you
can easily do with PCRE regex, which is faster.
It is a decision forever. Do not expect it to come on PHP 5.4 (?) or PHP 6.
Cheers,
On Mon, Oct 12, 2009 at 12:46 PM, Mark Krenz wrote:
>
> I just found this out a couple days a
46 matches
Mail list logo