Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > comp.lang.php > #6958 > unrolled thread

Never log deprecation warnings

Started byJonathan Stein <jstein@image.dk>
First post2012-09-06 11:51 +0200
Last post2012-09-12 23:13 +0100
Articles 15 on this page of 55 — 13 participants

Back to article view | Back to comp.lang.php


Contents

  Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-06 11:51 +0200
    Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-06 09:10 -0400
      Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-06 15:42 +0200
        Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-06 11:26 -0400
    Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-06 15:48 +0200
      Re: Never log deprecation warnings "J.O. Aho" <user@example.net> - 2012-09-06 18:04 +0200
        Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-06 17:33 +0100
          Re: Never log deprecation warnings Scott Johnson <noonehome@chalupasworld.com> - 2012-09-06 10:37 -0700
            Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-06 19:49 +0200
              Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-06 18:56 +0100
                Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-06 21:53 +0200
          Re: Never log deprecation warnings "J.O. Aho" <user@example.net> - 2012-09-06 20:41 +0200
            Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-06 19:52 +0100
    Re: Never log deprecation warnings Denis McMahon <denismfmcmahon@gmail.com> - 2012-09-06 19:59 +0000
      Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-06 23:34 +0100
    Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-07 00:53 +0200
      Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-06 20:09 -0400
      Re: Never log deprecation warnings Scott Johnson <noonehome@chalupasworld.com> - 2012-09-06 18:41 -0700
        Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-10 12:43 +0200
          Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-10 07:43 -0400
            Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-11 10:38 +0200
              Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-11 08:34 -0400
                Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-11 15:06 +0200
                  Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-11 09:32 -0400
                    Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-11 21:53 +0200
                      Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-11 16:16 -0400
                        Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-13 11:31 +0200
                          Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 13:01 -0400
                            Re: Never log deprecation warnings Jonathan Stein <jstein@image.dk> - 2012-09-13 21:33 +0200
                              Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 20:08 -0400
                                Re: Never log deprecation warnings Michael Fesser <netizen@gmx.de> - 2012-09-14 15:41 +0200
                      Re: Never log deprecation warnings Christoph Becker <cmbecker69@gmx.de> - 2012-09-12 02:28 +0200
                        Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-11 21:08 -0400
              Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-12 01:16 +0200
                Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-11 20:18 -0400
                  Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-12 12:09 +0200
                    Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-12 08:26 -0400
                      Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-12 15:42 +0200
                        Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-12 15:07 +0100
                        Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-12 12:08 -0400
                          Re: Never log deprecation warnings Shake <QUITAESTO@QUITAESTO.NOES> - 2012-09-12 18:13 +0200
                            Re: Never log deprecation warnings The Natural Philosopher <tnp@invalid.invalid> - 2012-09-12 17:28 +0100
                              Re: Never log deprecation warnings Shake <QUITAESTO@QUITAESTO.NOES> - 2012-09-12 18:37 +0200
                            Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-12 15:01 -0400
                              Re: Never log deprecation warnings Anders Wegge Keller <wegge@wegge.dk> - 2012-09-12 21:35 +0200
                                Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 12:53 -0400
                              Re: Never log deprecation warnings Shake <alex.estevezQUENO@QUENOfilnet.es> - 2012-09-12 21:39 +0200
                                Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 12:55 -0400
                                  Re: Never log deprecation warnings Shake <QUITAESTO@QUITAESTO.NOES> - 2012-09-13 19:24 +0200
                                    Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 15:02 -0400
                                      Re: Never log deprecation warnings Shake <QUITAESTO@QUITAESTO.NOES> - 2012-09-13 21:12 +0200
                                        Re: Never log deprecation warnings Thomas 'PointedEars' Lahn <PointedEars@web.de> - 2012-09-13 22:20 +0200
                                          Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 20:13 -0400
                                        Re: Never log deprecation warnings Jerry Stuckle <jstucklex@attglobal.net> - 2012-09-13 20:10 -0400
                              Re: Never log deprecation warnings Tim Streater <timstreater@greenbee.net> - 2012-09-12 23:13 +0100

Page 3 of 3 — ← Prev page 1 2 [3]


#7025

FromShake <QUITAESTO@QUITAESTO.NOES>
Date2012-09-12 18:13 +0200
Message-ID<k2qcbo$at2$1@dont-email.me>
In reply to#7024
El 12/09/2012 18:08, Jerry Stuckle escribió:
>
> Just quoting what you said.  If that is not what you meant, you should
> be more careful with your words.  You said them, I didn't.

He doesn't said blindly.

  If you don't understand the meant of what every other people 
understood*, you should be more careful with your answers.

Regards.

* Including people as me, with not precisely a perfect skill with 
english language.

[toc] | [prev] | [next] | [standalone]


#7026

FromThe Natural Philosopher <tnp@invalid.invalid>
Date2012-09-12 17:28 +0100
Message-ID<k2qd82$97p$1@news.albasani.net>
In reply to#7025
Shake wrote:
> El 12/09/2012 18:08, Jerry Stuckle escribió:
>>
>> Just quoting what you said.  If that is not what you meant, you should
>> be more careful with your words.  You said them, I didn't.
> 
> He doesn't said blindly.

He didn't say blindly..
> 
>  If you don't understand the meant of what every other people 

If you don't understand the meaning of what every other person (or  all 
other people)

> understood*, you should be more careful with your answers.
> 
> Regards.
> 
> * Including people as me, with not precisely a perfect skill with 

without a precise and perfect skill with the

> english language.

English language.

No charge for the lesson :-)


-- 
Ineptocracy

(in-ep-toc’-ra-cy) – a system of government where the least capable to 
lead are elected by the least capable of producing, and where the 
members of society least likely to sustain themselves or succeed, are 
rewarded with goods and services paid for by the confiscated wealth of a 
diminishing number of producers.

[toc] | [prev] | [next] | [standalone]


#7027

FromShake <QUITAESTO@QUITAESTO.NOES>
Date2012-09-12 18:37 +0200
Message-ID<k2qdoc$kc7$1@dont-email.me>
In reply to#7026
El 12/09/2012 18:28, The Natural Philosopher escribió:
>
> No charge for the lesson :-)
>

Thank you,

The lessons are always welcomed :)

Regards.

[toc] | [prev] | [next] | [standalone]


#7028

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-12 15:01 -0400
Message-ID<k2qm66$dnu$1@dont-email.me>
In reply to#7025
On 9/12/2012 12:13 PM, Shake wrote:
> El 12/09/2012 18:08, Jerry Stuckle escribió:
>>
>> Just quoting what you said.  If that is not what you meant, you should
>> be more careful with your words.  You said them, I didn't.
>
> He doesn't said blindly.
>
>   If you don't understand the meant of what every other people
> understood*, you should be more careful with your answers.
>
> Regards.
>
> * Including people as me, with not precisely a perfect skill with
> english language.

A "regex search and replace" is a blind operation.  Hand editing the 
files is not - and is much more reliable.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7029

FromAnders Wegge Keller <wegge@wegge.dk>
Date2012-09-12 21:35 +0200
Message-ID<87a9wvdofv.fsf@huddi.jernurt.dk>
In reply to#7028
Jerry Stuckle <jstucklex@attglobal.net> writes:

> A "regex search and replace" is a blind operation.  Hand editing the
> files is not - and is much more reliable.

 You are indeed a moron, sir!

 If you had taken the time to read the qualifier from Pointedears, you
would have seen that the statement was only related to the recent list
of deprecated functions. Looking over it, it seems like a very safe
guess that yes, in this particular case a regexp can be devised, that
will provable create the same results as the unchanged code.

 Just dfor the record: I routinely do similar transforamtions on C
code in my job, and so far we have yet to see an error being
introduced there.

-- 
/Wegge

Leder efter redundant peering af dk.*,linux.debian.*

[toc] | [prev] | [next] | [standalone]


#7043

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-13 12:53 -0400
Message-ID<k2t33o$m65$1@dont-email.me>
In reply to#7029
On 9/12/2012 3:35 PM, Anders Wegge Keller wrote:
> Jerry Stuckle <jstucklex@attglobal.net> writes:
>
>> A "regex search and replace" is a blind operation.  Hand editing the
>> files is not - and is much more reliable.
>
>   You are indeed a moron, sir!
>
>   If you had taken the time to read the qualifier from Pointedears, you
> would have seen that the statement was only related to the recent list
> of deprecated functions. Looking over it, it seems like a very safe
> guess that yes, in this particular case a regexp can be devised, that
> will provable create the same results as the unchanged code.
>
>   Just dfor the record: I routinely do similar transforamtions on C
> code in my job, and so far we have yet to see an error being
> introduced there.
>

Which is a blind search and replace - and can cause all kinds of 
unexpected problems.

You're fortunate you've never had the bad luck to have it happen to you. 
  I've seen code break very badly after such an effort.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7030

FromShake <alex.estevezQUENO@QUENOfilnet.es>
Date2012-09-12 21:39 +0200
Message-ID<k2qodr$tkc$1@dont-email.me>
In reply to#7028
Jerry Stuckle avait énoncé :
>
> A "regex search and replace" is a blind operation.  Hand editing the files is 
> not - and is much more reliable.

I don't need that you explain what you understood. I need that you 
understand what you didn't and all other people did.

If you think "regex search and replace" is execute a commands or script 
that does all unattended, is your limitation. Not the true.

Regards.

[toc] | [prev] | [next] | [standalone]


#7044

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-13 12:55 -0400
Message-ID<k2t376$m65$2@dont-email.me>
In reply to#7030
On 9/12/2012 3:39 PM, Shake wrote:
> Jerry Stuckle avait énoncé :
>>
>> A "regex search and replace" is a blind operation.  Hand editing the
>> files is not - and is much more reliable.
>
> I don't need that you explain what you understood. I need that you
> understand what you didn't and all other people did.
>
> If you think "regex search and replace" is execute a commands or script
> that does all unattended, is your limitation. Not the true.
>
> Regards.
>
>

OK, how many of these scripts allow the user to examine the code *in 
context* and determine if the change is correct or not?  I've never seen 
one.

They *may* show one line of code (which might not even be a complete 
statement) and ask if you want it changed, but that's not much better.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7046

FromShake <QUITAESTO@QUITAESTO.NOES>
Date2012-09-13 19:24 +0200
Message-ID<k2t4sf$349$1@dont-email.me>
In reply to#7044
El 13/09/2012 18:55, Jerry Stuckle escribió:
> On 9/12/2012 3:39 PM, Shake wrote:
>> Jerry Stuckle avait énoncé :
>>>
>>> A "regex search and replace" is a blind operation.  Hand editing the
>>> files is not - and is much more reliable.
>>
>> I don't need that you explain what you understood. I need that you
>> understand what you didn't and all other people did.
>>
>> If you think "regex search and replace" is execute a commands or script
>> that does all unattended, is your limitation. Not the true.
>>
>> Regards.
>>
>>
>
> OK, how many of these scripts allow the user to examine the code *in
> context* and determine if the change is correct or not?  I've never seen
> one.

Scripts? I amb talking about IDEs or whatever you use to write and 
manage code.

>
> They *may* show one line of code (which might not even be a complete
> statement) and ask if you want it changed, but that's not much better.
>

The standard tools I use let me do more than this. (Emacs and Netbeans).

For example, on Netbeans:

CTRL+F
Write the RegExp pattern.

Now I have a list of all matches per file (showing the matching line.

CTRL+h to write the RegExp substitution.

And just decide where and how do substitution. And handle editing if 
necesary.

Regards.

[toc] | [prev] | [next] | [standalone]


#7048

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-13 15:02 -0400
Message-ID<k2tali$a9p$1@dont-email.me>
In reply to#7046
On 9/13/2012 1:24 PM, Shake wrote:
> El 13/09/2012 18:55, Jerry Stuckle escribió:
>> On 9/12/2012 3:39 PM, Shake wrote:
>>> Jerry Stuckle avait énoncé :
>>>>
>>>> A "regex search and replace" is a blind operation.  Hand editing the
>>>> files is not - and is much more reliable.
>>>
>>> I don't need that you explain what you understood. I need that you
>>> understand what you didn't and all other people did.
>>>
>>> If you think "regex search and replace" is execute a commands or script
>>> that does all unattended, is your limitation. Not the true.
>>>
>>> Regards.
>>>
>>>
>>
>> OK, how many of these scripts allow the user to examine the code *in
>> context* and determine if the change is correct or not?  I've never seen
>> one.
>
> Scripts? I amb talking about IDEs or whatever you use to write and
> manage code.
>

That was not in the original post by Pointed Head.  In fact, he even 
said that "... can be done in PHP, of course." - which is not an editor.
>>
>> They *may* show one line of code (which might not even be a complete
>> statement) and ask if you want it changed, but that's not much better.
>>
>
> The standard tools I use let me do more than this. (Emacs and Netbeans).
>
> For example, on Netbeans:
>
> CTRL+F
> Write the RegExp pattern.
>
> Now I have a list of all matches per file (showing the matching line.
>
> CTRL+h to write the RegExp substitution.
>
> And just decide where and how do substitution. And handle editing if
> necesary.
>
> Regards.

Then when you're changing the subject you should specify that in your post.


-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7049

FromShake <QUITAESTO@QUITAESTO.NOES>
Date2012-09-13 21:12 +0200
Message-ID<k2tb69$dl3$1@dont-email.me>
In reply to#7048
El 13/09/2012 21:02, Jerry Stuckle escribió:
>>> one.
>>
>> Scripts? I amb talking about IDEs or whatever you use to write and
>> manage code.
>>
>
> That was not in the original post by Pointed Head.  In fact, he even
> said that "... can be done in PHP, of course." - which is not an editor.

Can be done in PHP doesn't mean "must be done in PHP".

But also, An IDE could help to do a few lines in PHP.


>>>
>>> They *may* show one line of code (which might not even be a complete
>>> statement) and ask if you want it changed, but that's not much better.
>>>
>>
>> The standard tools I use let me do more than this. (Emacs and Netbeans).
>>
>> For example, on Netbeans:
>>
>> CTRL+F
>> Write the RegExp pattern.
>>
>> Now I have a list of all matches per file (showing the matching line.
>>
>> CTRL+h to write the RegExp substitution.
>>
>> And just decide where and how do substitution. And handle editing if
>> necesary.
>>
>> Regards.
>
> Then when you're changing the subject you should specify that in your post.
>

Nop, you are thinking in very narrow way. Or perhaps looking the tree 
you cannot see the forest... I don't know which was your limitations.

Using an IDE you can do both things: some regexp search and replace, or 
some watching and writing to get a few php that do the work (not 
blindly, just after watching).

And I will finish here my opinions about this. People have enough 
elements to take their conclusions.

Regards

[toc] | [prev] | [next] | [standalone]


#7052

FromThomas 'PointedEars' Lahn <PointedEars@web.de>
Date2012-09-13 22:20 +0200
Message-ID<4379924.HGdlBzTZBh@PointedEars.de>
In reply to#7049
Shake wrote:

> Using an IDE you can do both things: some regexp search and replace, or
> some watching and writing to get a few php that do the work (not
> blindly, just after watching).

And I have found Eclipse PHP Development Tools (PDT) to be an excellent tool 
for that (optionally recursive, optionally filtered, optionally interactive 
optionally regexp, search-and-replace).  (As a result, this works with Zend 
Studio, which is based on PDT, as well.)

However, it would be interesting, indeed, to find out whether and if, to 
what extent, it was reasonably possible to automate the process.  (Analysis 
and results can be written to stderr and stdout or another file, so that the 
original is not necessarily lost.)

When the language changed radically from Python 2.x to 3.x, and programs had 
to be made compliant with the new version efficiently, the Python people did 
something very similar to what I suggest here (2to3) – and it does work.  
Because, if you know your computer science, you know that an algorithm can 
be devised, thus a program can be written, that transforms a program written 
in one programming language into another, where the result is an approximate 
simulation (Turing equivalence).  (We all do that in our heads when we are 
refactoring or porting code.)  It would be nice to have something like that 
for PHP versions.


PointedEars
-- 
Sometimes, what you learn is wrong. If those wrong ideas are close to the 
root of the knowledge tree you build on a particular subject, pruning the 
bad branches can sometimes cause the whole tree to collapse.
  -- Mike Duffy in cljs, <news:Xns9FB6521286DB8invalidcom@94.75.214.39>

[toc] | [prev] | [next] | [standalone]


#7055

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-13 20:13 -0400
Message-ID<k2tsrs$nmb$3@dont-email.me>
In reply to#7052
On 9/13/2012 4:20 PM, Thomas 'PointedEars' Lahn wrote:
> Shake wrote:
>
>> Using an IDE you can do both things: some regexp search and replace, or
>> some watching and writing to get a few php that do the work (not
>> blindly, just after watching).
>
> And I have found Eclipse PHP Development Tools (PDT) to be an excellent tool
> for that (optionally recursive, optionally filtered, optionally interactive
> optionally regexp, search-and-replace).  (As a result, this works with Zend
> Studio, which is based on PDT, as well.)
>

And how do you write PHP code to do the search/replace in Eclipse?

> However, it would be interesting, indeed, to find out whether and if, to
> what extent, it was reasonably possible to automate the process.  (Analysis
> and results can be written to stderr and stdout or another file, so that the
> original is not necessarily lost.)
>

Yes, once again you suggest a blind search and replace.

> When the language changed radically from Python 2.x to 3.x, and programs had
> to be made compliant with the new version efficiently, the Python people did
> something very similar to what I suggest here (2to3) – and it does work.
> Because, if you know your computer science, you know that an algorithm can
> be devised, thus a program can be written, that transforms a program written
> in one programming language into another, where the result is an approximate
> simulation (Turing equivalence).  (We all do that in our heads when we are
> refactoring or porting code.)  It would be nice to have something like that
> for PHP versions.
>
>
> PointedEars
>

Sure, it *can* work for the trinket code you write.  But if you ever 
wrote any serious code, you'd understand just how dangerous it could be.

However, we all know that is well beyond your capabilities.

-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7054

FromJerry Stuckle <jstucklex@attglobal.net>
Date2012-09-13 20:10 -0400
Message-ID<k2tsmu$nmb$2@dont-email.me>
In reply to#7049
On 9/13/2012 3:12 PM, Shake wrote:
> El 13/09/2012 21:02, Jerry Stuckle escribió:
>>>> one.
>>>
>>> Scripts? I amb talking about IDEs or whatever you use to write and
>>> manage code.
>>>
>>
>> That was not in the original post by Pointed Head.  In fact, he even
>> said that "... can be done in PHP, of course." - which is not an editor.
>
> Can be done in PHP doesn't mean "must be done in PHP".
>

No, but the suggestion to do it that way shows he wants to do a blind 
search and replace.


> But also, An IDE could help to do a few lines in PHP.
>
>

And how many IDE's support PHP code in the IDE?  None that I know of - 
at least not without writing a complex module which would be even harder 
than fixing the original code in the first place.

>>>>
>>>> They *may* show one line of code (which might not even be a complete
>>>> statement) and ask if you want it changed, but that's not much better.
>>>>
>>>
>>> The standard tools I use let me do more than this. (Emacs and Netbeans).
>>>
>>> For example, on Netbeans:
>>>
>>> CTRL+F
>>> Write the RegExp pattern.
>>>
>>> Now I have a list of all matches per file (showing the matching line.
>>>
>>> CTRL+h to write the RegExp substitution.
>>>
>>> And just decide where and how do substitution. And handle editing if
>>> necesary.
>>>
>>> Regards.
>>
>> Then when you're changing the subject you should specify that in your
>> post.
>>
>
> Nop, you are thinking in very narrow way. Or perhaps looking the tree
> you cannot see the forest... I don't know which was your limitations.
>
> Using an IDE you can do both things: some regexp search and replace, or
> some watching and writing to get a few php that do the work (not
> blindly, just after watching).
>
> And I will finish here my opinions about this. People have enough
> elements to take their conclusions.
>
> Regards

Oh, I can see the forest.  But I can also understand plain English.  But 
obviously you can't.


-- 
==================
Remove the "x" from my email address
Jerry Stuckle
JDS Computer Training Corp.
jstucklex@attglobal.net
==================

[toc] | [prev] | [next] | [standalone]


#7032

FromTim Streater <timstreater@greenbee.net>
Date2012-09-12 23:13 +0100
Message-ID<timstreater-A1E467.23134612092012@news.individual.net>
In reply to#7028
In article <k2qm66$dnu$1@dont-email.me>,
 Jerry Stuckle <jstucklex@attglobal.net> wrote:

> On 9/12/2012 12:13 PM, Shake wrote:
> > El 12/09/2012 18:08, Jerry Stuckle escribió:
> >>
> >> Just quoting what you said.  If that is not what you meant, you should
> >> be more careful with your words.  You said them, I didn't.
> >
> > He doesn't said blindly.
> >
> >   If you don't understand the meant of what every other people
> > understood*, you should be more careful with your answers.

> > * Including people as me, with not precisely a perfect skill with
> > english language.
> 
> A "regex search and replace" is a blind operation.

It certainly is, especially since most regexps are essentially line 
noise. So you could end up with complete garbage. But then if you are 
PointyHead that probably where you start, anyway, so what's the odds.

-- 
Tim

"That excessive bail ought not to be required, nor excessive fines imposed,
nor cruel and unusual punishments inflicted"  --  Bill of Rights 1689

[toc] | [prev] | [standalone]


Page 3 of 3 — ← Prev page 1 2 [3]

Back to top | Article view | comp.lang.php


csiph-web