[Python-Dev] python-dev Summary for 2005-03-16 through 2005-03-31 [draft]

2005-04-01 Thread Brett C.
OK, so here is my final Summary. Like to send it out some time this weekend so please get corrections in ASAP. = Summary Announcements = --- My last summary --- So, after nearly 2.5 years, this is

Re: [Python-Dev] Pickling instances of nested classes

2005-04-01 Thread Walter Dörwald
Samuele Pedroni wrote: [...] And having the full name of the class available would certainly help in debugging. that's probably the only plus point but the names would be confusing wrt modules vs. classes. You'd propably need a different separator in repr. XIST does this: from ll.xist.ns import

Re: [Python-Dev] Pickling instances of nested classes

2005-04-01 Thread Samuele Pedroni
Walter Dörwald wrote: Samuele Pedroni wrote: [...] And having the full name of the class available would certainly help in debugging. that's probably the only plus point but the names would be confusing wrt modules vs. classes. You'd propably need a different separator in repr. XIST does this:

[Python-Dev] Re: python-dev Summary for 2005-03-16 through 2005-03-31[draft]

2005-04-01 Thread Terry Reedy
This led to a much more fleshed out design document (found in Python/compile.txt in the AST branch), The directory URL http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Python/?only_with_tag=ast-branch or even the file URL

[Python-Dev] Re: python-dev Summary for 2005-03-16 through 2005-03-31 [draft]

2005-04-01 Thread Scott David Daniels
Brett C. wrote: ... I figured I would take up the idea. So hear ^^ here ^^ we go. ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe:

Re: [Python-Dev] Pickling instances of nested classes

2005-04-01 Thread Walter Dörwald
Samuele Pedroni wrote: [...] this should approximate that behavior better: [not tested] import sys def __new__(cls, name, bases, dic): sub = [x for x in dic.values() if isinstance(x,HierarchMeta)] newtype = type.__new__(cls, name, bases, dic) for x in sub: if not

[Python-Dev] Unicode byte order mark decoding

2005-04-01 Thread Evan Jones
I recently rediscovered this strange behaviour in Python's Unicode handling. I *think* it is a bug, but before I go and try to hack together a patch, I figure I should run it by the experts here on Python-Dev. If you understand Unicode, please let me know if there are problems with making

Re: [Python-Dev] Unicode byte order mark decoding

2005-04-01 Thread M.-A. Lemburg
Evan Jones wrote: I recently rediscovered this strange behaviour in Python's Unicode handling. I *think* it is a bug, but before I go and try to hack together a patch, I figure I should run it by the experts here on Python-Dev. If you understand Unicode, please let me know if there are

Re: [Python-Dev] Re: python-dev Summary for 2005-03-16 through 2005-03-31[draft]

2005-04-01 Thread Brett C.
Terry Reedy wrote: This led to a much more fleshed out design document (found in Python/compile.txt in the AST branch), The directory URL http://cvs.sourceforge.net/viewcvs.py/python/python/dist/src/Python/?only_with_tag=ast-branch or even the file URL

Re: [Python-Dev] Unicode byte order mark decoding

2005-04-01 Thread Evan Jones
On Apr 1, 2005, at 15:19, M.-A. Lemburg wrote: The BOM (byte order mark) was a non-standard Microsoft invention to detect Unicode text data as such (MS always uses UTF-16-LE for Unicode text files). Well, it's origins do not really matter since at this point the BOM is firmly encoded in the