Re: [Python-Dev] doctest, exec and __module__

2008-06-25 Thread Martijn Faassen
Fred Drake wrote: On Jun 25, 2008, at 2:45 PM, Martijn Faassen wrote: This places new key/value pairs into a dictionary, in this case test.globs. Unfortunately when the execution results in a class definition, it'll have its __module__ attribute set to '__builtin__'. Tr

[Python-Dev] doctest, exec and __module__

2008-06-25 Thread Martijn Faassen
Hi there, I've just witnessed an interesting consequence of the way doctest works. I ran into an issue when doctesting an aspect of SQLAlchemy, where the following guard clause tripped me up: # In the normal call flow, a request for any of the 3 basic collection # types is transformed

Re: [Python-Dev] Security Advisory for unicode repr() bug?

2006-10-09 Thread Martijn Faassen
Georg Brandl wrote: > Georg Brandl wrote: >> [ Bug http://python.org/sf/1541585 ] >> >> This seems to be handled like a security issue by linux distributors, >> it's also a news item on security related pages. >> >> Should a security advisory be written and official patches be >> provided? > > May

Re: [Python-Dev] Elementtree and Namespaces in 2.5

2006-08-15 Thread Martijn Faassen
Fredrik Lundh wrote: > "Chris S" wrote: > >> and while most users and the w3 spec >> (http://www.w3.org/TR/2001/REC-xml-c14n-20010315#NoNSPrefixRewriting) >> agree this feature is actually a bug > > ET's not a canonicalization library, and doesn't claim to be one, so that > reference isn't > ver

Re: [Python-Dev] elementtree in stdlib

2006-04-06 Thread Martijn Faassen
Alex Martelli wrote: > On Apr 5, 2006, at 8:30 PM, Greg Ewing wrote: > > >>A while ago there was some discussion about including >>elementtree in the std lib. I can't remember what the >>conclusion about that was, but if it does go ahead, >>I'd like to suggest that it be reorganised a bit. >> >>I

Re: [Python-Dev] Thoughts on stdlib evolvement

2005-06-16 Thread Martijn Faassen
Fredrik Lundh wrote: [snip] > in my experience, any external library that supports more than one > Python version on more than one platform is likely to be more robust > than code in the core. add the multilevel volunteer approach de- > described by Steven (with the right infrastructure, things li

Re: [Python-Dev] Re: 2.4 news reaches interesting places

2004-12-12 Thread Martijn Faassen
Phillip J. Eby wrote: At 08:22 AM 12/11/04 -0800, Guido van Rossum wrote: BTW I strongly disagree that making easy .EXE binaries available will address this issue; while not bundled, there are plenty of solutions for maning .EXEs for those who need them, and this is not something that typically wor

Re: [Python-Dev] Re: 2.4 news reaches interesting places

2004-12-11 Thread Martijn Faassen
Fredrik Lundh wrote: [snip] fwiw, IDG's Computer Sweden, "sweden's leading IT-newspaper" has a surprisingly big Python article in their most recent issue: PYTHON FEELS WELL Better performance biggest news in 2.4 [snip] Perhaps the message getting out is actually that Python's performance i

Re: [Python-Dev] 2.4 news reaches interesting places

2004-12-09 Thread Martijn Faassen
Guido van Rossum wrote: [snip] One thing that bugs me: the article says 3 or 4 times that Python is slow, each time with a refutation ("but it's so flexible", "but it's fast enough") but still, they sure seem to harp on the point. This is a PR issue that Python needs to fight -- any ideas? One thin