A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from http://mail.python.org/pipermail/python-dev/2002-November/030311.html below:

[Python-Dev] Yet another string formatting proposal

[Python-Dev] Yet another string formatting proposalOren Tirosh oren-py-d@hishome.net
Thu, 21 Nov 2002 17:46:18 -0500
On Thu, Nov 21, 2002 at 10:22:48PM +0100, Fredrik Lundh wrote:
> Oren Tirosh wrote:    
> 
> > Yes, it might break some existing code that doesn't use proper \\ escaping
> > or raw strings for regular expression. Note that such code is already 
> > broken in the sense that it uses an undefined escape.
> 
> "not proper"?  "broken"?  "undefined"?
> 
> Please read the section on string escapes in the *Python* language
> reference, and try again.  Start here:
> 
>     http://www.python.org/doc/current/ref/strings.html

   Unlike Standard C, all UNRECOGNIZED escape sequences are left in 
   the string unchanged, i.e., the backslash is left in the string. 
   (This behavior is useful when deBUGging: if an escape sequence is 
   MISTYPED, the resulting output is more easily recognized as 
   BROKEN.)

My mistake. I should have RTFM. There was no excuse for me calling such 
escape sequences "undefined" and not "proper" when the documentation 
describes escape sequences not listed in the table as merely 
"unrecognized" or possibly "mistyped". Sorry.

	Oren



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4