Rob and/or Tim,
Can you track this down?
Thanks
-Tony
Begin forwarded message:
From: support+...@pagedna.com
Date: January 23, 2009 11:16:26 AM PST
To: probl...@pagedna.com
Subject: [ALERT] cbank: OldHashChecker cannot check password, uid is
None
OldHashChecker cannot check password, uid
Hi Paulus,
Have you fixed these aerts before? We need a script to fix these alerts.
Thanks
-Tony
Begin forwarded message:
From: support+...@pagedna.com
Date: January 23, 2009 11:00:01 AM PST
To: probl...@pagedna.com
Subject: [ALERT] cityoftoronto: problem saving to products table
problem
At any rate, I am still interested if anyone has a working patch for
this against the trunk, or any pointers for adapting 53170, words of
experience when changing the grammar, additions to PEP 306, etc... any
help would be greatly appreciated!
David,
I can help. I don't have a patch against
On Nov 1, 2007, at 10:26 AM, [EMAIL PROTECTED] wrote:
This is a minor nit, as with all decorators that take an argument,
it seems like it sets up a hard-to-debug error condition if you were
to accidentally forget it:
@property
def foo(): ...
@property.set
def foo(): ...
On Aug 10, 2007, at 11:23 AM, Guido van Rossum wrote:
Python 3.0 currently has limited universal newlines support: by
default, \r\n is translated into \n for text files, but this can be
controlled by the newline= keyword parameter. For details on how, see
PEP 3116. The PEP prescribes that a
On Aug 11, 2007, at 10:29 AM, Guido van Rossum wrote:
Is this ok: when newline='\r\n' or newline='\r' is passed, only that
string is used to determine
the end of lines. No translation to '\n' is done.
I *think* it would be more useful if it always returned lines ending
in \n (not \r\n or
