Paul Fierro wrote:
On 11/9/09 8:56 AM, Tony Marston wrote:
I have tried subscribing to the internals list, but none of my postings ever
appears.
That's unfortunate as you missed this thread:
http://marc.info/?t=12553625831&r=1&w=2
I didn't :)
Cheers,
Rob.
--
http://www.interjinn.com
Tony Marston wrote:
"David Otton" wrote in message
news:193d27170911090331k7ecbe69cl1dd30651273e7...@mail.gmail.com...
2009/11/9 Tony Marston :
So you wouldn't trust the PHP developers to write simple code which takes
each POSIX function and redirects it to a PCRE function? I have more
faith
Tony Marston wrote:
"Ashley Sheridan" wrote in message
news:1257764339.1076.56.ca...@localhost...
On Mon, 2009-11-09 at 00:23 +, Tony Marston wrote:
developer laziness
or incompetence is not an acceptable excuse.
Exactly, so fix your scripts!
But my scripts aren't broken! It's PHP 6 t
Tony Marston wrote:
"Robert Cummings" wrote in message
news:4af76e1f.2050...@interjinn.com...
Tony Marston wrote:
"Robert Cummings" wrote in message
Then you've got several options:
1) Don't upgrade PHP.
Not an acceptable option.
2) Pick a different hosting provider.
Not an acceptable op
At 12:23 AM + 11/9/09, Tony Marston wrote:
Do the maths. It's not rocket science.
Tony Marston
Damn, I was hoping for some rocket science. But traveling the update
route isn't rocket science either.
I can tell you from experience that everything changes. Nothing
remains static -- so, g
On Mon, 2009-11-09 at 15:49 +, David Otton wrote:
> 2009/11/9 Tony Marston :
>
> > Because I can't do that until I install PHP 6, but as I never play with beta
> > software waiting for it to go live will be too late.
>
> Not sure why not. If it's just the name collision, call them
> alt_ereg
2009/11/9 Tony Marston :
> Because I can't do that until I install PHP 6, but as I never play with beta
> software waiting for it to go live will be too late.
Not sure why not. If it's just the name collision, call them
alt_ereg*() until ereg*() goes away. In fact, it's much easier to
write unit
On 11/9/09 8:56 AM, Tony Marston wrote:
> I have tried subscribing to the internals list, but none of my postings ever
> appears.
That's unfortunate as you missed this thread:
http://marc.info/?t=12553625831&r=1&w=2
Paul
--
PHP General Mailing List (http://www.php.net/)
To unsubscribe,
"David Otton" wrote in message
news:193d27170911090331k7ecbe69cl1dd30651273e7...@mail.gmail.com...
> 2009/11/9 Tony Marston :
>
>> So you wouldn't trust the PHP developers to write simple code which takes
>> each POSIX function and redirects it to a PCRE function? I have more
>> faith
>> in the
Tony Marston wrote:
How many hosting companies write to all their account holders to ask
permission before upgrading PHP, not just from 4 to 5, but all the releases
in between? Very few of them, if any, in my experience.
I've no idea what horrible hosting companies you've had experiences
wit
2009/11/9 Tony Marston :
> So you wouldn't trust the PHP developers to write simple code which takes
> each POSIX function and redirects it to a PCRE function? I have more faith
> in their ability than I do yours.
If it's as simple as you claim, why don't you mock-up your solution in
PHP, rather
"Ashley Sheridan" wrote in message
news:1257764339.1076.56.ca...@localhost...
> On Mon, 2009-11-09 at 00:23 +, Tony Marston wrote:
>
>> developer laziness
>> or incompetence is not an acceptable excuse.
>
>
> Exactly, so fix your scripts!
But my scripts aren't broken! It's PHP 6 that is bro
On Mon, 2009-11-09 at 00:23 +, Tony Marston wrote:
> developer laziness
> or incompetence is not an acceptable excuse.
Exactly, so fix your scripts!
I do wonder though, what hosting company you use that would just upgrade
to PHP6 without warning on you and 'break' your scripts, yet at the
"Robert Cummings" wrote in message
news:4af76e1f.2050...@interjinn.com...
> Tony Marston wrote:
>> "Robert Cummings" wrote in message
> Then you've got several options:
> 1) Don't upgrade PHP.
Not an acceptable option.
> 2) Pick a different hosting provider.
Not an ac
On Sun, Nov 08, 2009 at 06:30:37PM -0500, Robert Cummings wrote:
> Also, why support
> two libraries for which one is obviously inferior in speed and
> functionality?
>
Because Tony's Radicore framework has a bunch of ereg* calls in it. ;-}
Paul
--
Paul M. Foster
--
PHP General Mailing List
Tony Marston wrote:
"Robert Cummings" wrote in message
Then you've got several options:
1) Don't upgrade PHP.
Not an acceptable option.
2) Pick a different hosting provider.
Not an acceptable optional.
3) Fix your scripts.
The scripts aren't broken. It's PHP 6 that's going to be broken.
"Robert Cummings" wrote in message
news:4af7549d.1060...@interjinn.com...
> Tony Marston wrote:
>> "Eddie Drapkin" wrote in message
>> news:68de37340911081330v799803f3he6ed60ecc6e67...@mail.gmail.com...
>> On Sun, Nov 8, 2009 at 4:13 PM, Tony Marston
>> wrote:
>>> That's an amateur fudge, not
Tony Marston wrote:
"Eddie Drapkin" wrote in message
news:68de37340911081330v799803f3he6ed60ecc6e67...@mail.gmail.com...
On Sun, Nov 8, 2009 at 4:13 PM, Tony Marston
wrote:
That's an amateur fudge, not a professional fix. Besides, what happens if
your hosting company won't let you install PEC
"Eddie Drapkin" wrote in message
news:68de37340911081330v799803f3he6ed60ecc6e67...@mail.gmail.com...
On Sun, Nov 8, 2009 at 4:13 PM, Tony Marston
wrote:
> That's an amateur fudge, not a professional fix. Besides, what happens if
> your hosting company won't let you install PECL extensions?
>
>
On Sun, Nov 8, 2009 at 4:13 PM, Tony Marston
wrote:
> That's an amateur fudge, not a professional fix. Besides, what happens if
> your hosting company won't let you install PECL extensions?
>
> --
> Tony Marston
> http://www.tonymarston.net
> http://www.radicore.org
>
> "Eddie Drapkin" wrote in m
That's an amateur fudge, not a professional fix. Besides, what happens if
your hosting company won't let you install PECL extensions?
--
Tony Marston
http://www.tonymarston.net
http://www.radicore.org
"Eddie Drapkin" wrote in message
news:68de37340911081209p45577d46r70a3c194f1079...@mail.gmai
On Sun, Nov 8, 2009 at 2:47 PM, Tony Marston
wrote:
> "It is for the better"? How can you justify that? It is a problem that will
> cause a lot of headaches for a lot of users, yet the solution which I have
> proposed will remove that problem with only very little effort, yet still
> leave only on
"It is for the better"? How can you justify that? It is a problem that will
cause a lot of headaches for a lot of users, yet the solution which I have
proposed will remove that problem with only very little effort, yet still
leave only one regex engine which has to be supported in PHP 6.
You ha
The same can be said about the removal of magic_quotes(), it will break
A LOT of old scripts.
I am in the same boat, I did not keep up to date with the PHP developer
plans and just found out about ereg when I installed PHP 5.3.
I think it was handled properly by displaying warning messages befo
The POSIX regex functions are currently marked as DEPRECATED in 5.3.0 and
are due to be removed completely in PHP 6. I propose that instead of being
dropped they be converted into wrappers for the equivalent PCRE functions.
It does not matter how long various people have been preaching in vari
25 matches
Mail list logo
