Mailman 3 July 2007 - Python-Dev

Python sprint at Google
by Neal Norwitz 20 Jul '07

20 Jul '07

It's about that time of year again. We are starting to organize Python sprints again this year hosted at Google (ie, there was a 5 minute conversation and a couple of emails). Nothing has solidified yet, but here are our ideas: * Hosted at Google's headquarters in Mountain View, CA USA * From Wed, Aug 22 to Sat Aug 25 (4 days) * Cost: free, but need to code for food and internet :-) How does that work for people? You can attend for as little or as much time as you want. I expect most people will focus on py3k--the core language changes as well as tools to support the transition. We'd like to start figuring out how many people would be attending. If you are interested, please mail me privately. You don't need to commit to anything. Just how likely you are to attend. Could someone update the wiki we used for last years sprints: http://wiki.python.org/moin/GoogleSprint If you would be interested in other locations/dates, let me know. I don't know that we can accommodate anything else, but we can try. Cheers, n

1 0

Registry keys written by x64 installer
by Mark Hammond 19 Jul '07

19 Jul '07

After installing the x64 version of Python 2.5.1 via the MSI file on python.org, I noticed most of the registry keys are "missing". Further investigation shows they aren't actually missing, but have simply been "virtualized", so they actually appear under the Wow6432Node key. This Wow6432Node key is used by 32bit programs running on a 64bit OS. Ironically, this means that a 32 bit Python can open HKLM\Software\Python - the OS virtualizes that request to the Wow3264Node tree. However, a 64 bit Python (ie, the very Python that was installed by the MSI) fails to open that key - no vistualization occurs and as the key specified does not exist, we fail. For example: This is the Python 2.5 installed by the MSI installer: Python 2.5.1 (r251:54863, Apr 18 2007, 09:02:36) [MSC v.1400 64 bit (AMD64)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import _winreg >>> _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, "Software\\Python\\PythonCore") Traceback (most recent call last): File "<stdin>", line 1, in <module> WindowsError: [Error 2] The system cannot find the file specified >>> But if I use a 32bit version of Python: Python 2.5.1 (release25-maint, Jun 4 2007, 23:00:11) [MSC v.1310 32 bit (Intel)] on win32 Type "help", "copyright", "credits" or "license" for more information. >>> import _winreg >>> _winreg.OpenKey(_winreg.HKEY_LOCAL_MACHINE, "Software\\Python\\PythonCore") <PyHKEY at 004790B0 (00000098)> It works. I'm afraid my knowledge of MSI is very limited, so I'm not sure where to start. One thing I did notice is that msilib\__init__.py has a variable 'Win64' set, hard-coded to 0 - but I've no idea if it is relevant. Presumably it is relevant to *something*, otherwise it would not have been created - but its unclear when and how this should be set to 1, and if this should concern people trying to use bdist_msi to create x64 extension packages - but for now, let's just stick with the topic at hand - the registry keys set by the installer. Any clues? Thanks, Mark

3 18

Sorry About Summaries
by Calvin Spealman 19 Jul '07

19 Jul '07

I completely intend to finish the backlog of summaries, but I've reached the point that I know it is futile to continue thinking I'll be able to fit in the time for the summaries in an on-going and reliable manner. When I took on the responsibility, it was looking like time would be fine. Since then, I had to move, my work load has at least tripled, children prove more time consumer once they learn to walk, and I'm even having to look at the possibility of expanding beyond a one-man operation. When I took the position, I had the time. My situation only lasted that way for a couple weeks. Every time I think it will change, something else happens. At this point, I can't keep fooling myself. But, as I said, I absolutely will be finishing the summaries I have not done, to make up for my mistakes with this. I haven't even had the time to read python-dev during all these months, much less write about them. Becoming involved with the upcoming Python Magazine is just the evidence I needed that my life is not as care free as it was when I thought I could make time for this. Is anyone interested in taking the (much dwindled) flame from my unable hands? -- Read my blog! I depend on your acceptance of my opinion! I am interesting! http://ironfroggy-code.blogspot.com/

2 1

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 18 Jul '07

18 Jul '07

Patch / Bug Summary ___________________ Patches : 394 open ( +2) / 3827 closed (+35) / 4221 total (+37) Bugs : 1046 open ( +4) / 6773 closed (+16) / 7819 total (+20) RFE : 262 open ( -1) / 293 closed ( +1) / 555 total ( +0) New / Reopened Patches ______________________ make build_opener raise exception when not passed a handler (2007-07-10) CLOSED http://python.org/sf/1750931 opened by Robert Renaud struni: fix for test_cmd_line (2007-07-10) CLOSED http://python.org/sf/1751493 opened by Christian Heimes struni: Replace assert_(==) with failUnlessEqual (2007-07-11) CLOSED http://python.org/sf/1751515 opened by Christian Heimes curses - new window methods: addchstr and addchnstr (2007-07-11) http://python.org/sf/1751519 opened by Wojciech Mula Dict comprehensions (2007-07-11) CLOSED http://python.org/sf/1751800 opened by Thomas Wouters Patch for Windows build (2007-07-11) CLOSED http://python.org/sf/1751801 opened by Thomas Heller struni: gettext fixes (2007-07-11) CLOSED http://python.org/sf/1751958 opened by Christian Heimes Typo in Lib/lib-tk/ScrolledText.py (2007-07-11) CLOSED http://python.org/sf/1751965 opened by Ali Gholami Rudi opcode.h incorrectly describes arg of SETUP_* (2007-07-11) CLOSED http://python.org/sf/1752132 opened by Christopher Tur Lesniewski-Laas Use the bytes type in asynchat (2007-07-11) CLOSED http://python.org/sf/1752173 opened by Alexandre Vassalotti fixing 2.5.1 build with unicode and dynamic loading disabled (2007-07-11) http://python.org/sf/1752175 opened by Alexander Neundorf PyHeapTypeObject fix (2007-07-11) http://python.org/sf/1752184 opened by Thomas Heller struni: for for poll, pep263, bigmem and a bit pickletool (2007-07-11) CLOSED http://python.org/sf/1752195 opened by Christian Heimes struni: _fileio fixes for Windows (2007-07-11) CLOSED http://python.org/sf/1752225 opened by Amaury Forgeot d'Arc Use the Unicode API in dlmodule.c (2007-07-11) CLOSED http://python.org/sf/1752229 opened by Alexandre Vassalotti urllib2 1750931 alternative patch (2007-07-12) CLOSED http://python.org/sf/1752270 opened by John J Lee reference leak in _PyUnicode_AsDefaultEncodedString (2007-07-12) CLOSED http://python.org/sf/1752317 opened by Amaury Forgeot d'Arc getaddrinfo no longer used in httplib (2007-07-12) http://python.org/sf/1752332 opened by John J Lee fix failing unit tests in mmap in struni branch (2007-07-12) CLOSED http://python.org/sf/1752647 opened by Joe Gregorio chown() does not handle UID > INT_MAX (2007-07-12) http://python.org/sf/1752703 opened by Andrew Ferguson Add RegEnableReflectionKey and RegDisableReflectionKey (2007-07-13) http://python.org/sf/1753245 opened by Mark Hammond Lib/regrtest.py -x 'test_xxx' does not work (2007-07-13) CLOSED http://python.org/sf/1753310 opened by Thomas Heller test_urllib2.test_fie passes (2007-07-13) CLOSED http://python.org/sf/1753889 opened by Hasan Diwan Tighter co_stacksize computation in stackdepth_walk (2007-07-14) http://python.org/sf/1754094 opened by Christopher Tur Lesniewski-Laas Deprecation warning for `backticks` (2007-07-15) http://python.org/sf/1754271 opened by Tom Lee Deprecation warning for <> (NOTEQUAL) (2007-07-15) http://python.org/sf/1754273 opened by Tom Lee struni: Bytes support for TextIOWrapper.write() (2007-07-15) CLOSED http://python.org/sf/1754339 opened by Christian Heimes linecache package handling (2007-07-15) http://python.org/sf/1754483 opened by Kevin Goodsell struni: Various patches for windows (2007-07-16) CLOSED http://python.org/sf/1754484 opened by Amaury Forgeot d'Arc Non-portable address length calculation for AF_UNIX sockets (2007-07-16) http://python.org/sf/1754489 opened by Vlado Handziski urllib2 tests pass (2007-07-16) http://python.org/sf/1755133 opened by Hasan Diwan struni: corrections for test_cProfile (2007-07-17) CLOSED http://python.org/sf/1755176 opened by Amaury Forgeot d'Arc struni: corrections in ftplib (2007-07-17) CLOSED http://python.org/sf/1755206 opened by Amaury Forgeot d'Arc struni: correction for sockets on win32 (2007-07-17) CLOSED http://python.org/sf/1755214 opened by Amaury Forgeot d'Arc struni: correction for _winreg module (2007-07-17) CLOSED http://python.org/sf/1755229 opened by Amaury Forgeot d'Arc Patch for [ 735515 ] urllib2 should cache 301 redir (2007-07-18) http://python.org/sf/1755841 opened by O.R.Senthil Kumaran Show Location of Unicode Escape Errors (2007-07-18) http://python.org/sf/1755885 opened by Kurt B. Kaiser Patches Closed ______________ make build_opener raise exception when not passed a handler (2007-07-10) http://python.org/sf/1750931 closed by gbrandl struni: fix for test_cmd_line (2007-07-10) http://python.org/sf/1751493 closed by gvanrossum struni: Replace assert_(==) with failUnlessEqual (2007-07-10) http://python.org/sf/1751515 closed by gvanrossum Dict comprehensions (2007-07-11) http://python.org/sf/1751800 closed by twouters Patch for Windows build (2007-07-11) http://python.org/sf/1751801 closed by theller Patch for PEP 3109 (2007-05-06) http://python.org/sf/1713889 closed by gvanrossum Implementation of @abstractmethod for PEP 3119 (2007-04-24) http://python.org/sf/1706989 closed by gvanrossum struni: gettext fixes (2007-07-11) http://python.org/sf/1751958 closed by gvanrossum Typo in Lib/lib-tk/ScrolledText.py (2007-07-11) http://python.org/sf/1751965 closed by gbrandl opcode.h incorrectly describes arg of SETUP_* (2007-07-11) http://python.org/sf/1752132 closed by gbrandl Use the bytes type in asynchat (2007-07-11) http://python.org/sf/1752173 closed by gvanrossum struni: for for poll, pep263, bigmem and a bit pickletool (2007-07-11) http://python.org/sf/1752195 closed by gvanrossum struni: _fileio fixes for Windows (2007-07-11) http://python.org/sf/1752225 closed by theller Use the Unicode API in dlmodule.c (2007-07-11) http://python.org/sf/1752229 closed by gvanrossum urllib2 1750931 alternative patch (2007-07-11) http://python.org/sf/1752270 closed by gbrandl reference leak in _PyUnicode_AsDefaultEncodedString (2007-07-11) http://python.org/sf/1752317 closed by gvanrossum binary and new-style octal literals (2007-03-14) http://python.org/sf/1681002 closed by twouters Patch inspect.py for IronPython / Jython Compatibility (2007-06-19) http://python.org/sf/1739696 closed by gbrandl Fix selectmodule.c compilation on GNU/Hurd (2007-06-11) http://python.org/sf/1735030 closed by gbrandl Patch to vs 2005 build (2007-05-26) http://python.org/sf/1726195 closed by gbrandl Datetime enhancements (2007-02-21) http://python.org/sf/1665292 closed by gbrandl '%G' string formatting doesn't catch same errors as '%g' (2007-03-05) http://python.org/sf/1673759 closed by gbrandl Improve doc for time.strptime (2007-06-05) http://python.org/sf/1731659 closed by gbrandl Expect skips by platform (2007-06-05) http://python.org/sf/1731169 closed by gbrandl Zipfile tweaks and test coverage improvement (2007-03-07) http://python.org/sf/1675424 closed by gbrandl fix failing unit tests in mmap in struni branch (2007-07-12) http://python.org/sf/1752647 closed by gvanrossum Lib/regrtest.py -x 'test_xxx' does not work (2007-07-13) http://python.org/sf/1753310 closed by gbrandl test_urllib2.test_fie passes (2007-07-13) http://python.org/sf/1753889 closed by gvanrossum struni: Bytes support for TextIOWrapper.write() (2007-07-15) http://python.org/sf/1754339 closed by gvanrossum struni: Various patches for windows (2007-07-15) http://python.org/sf/1754484 closed by gvanrossum struni: corrections for test_cProfile (2007-07-16) http://python.org/sf/1755176 closed by gvanrossum struni: corrections in ftplib (2007-07-16) http://python.org/sf/1755206 closed by gvanrossum struni: correction for sockets on win32 (2007-07-16) http://python.org/sf/1755214 closed by gvanrossum struni: correction for _winreg module (2007-07-16) http://python.org/sf/1755229 closed by gvanrossum New / Reopened Bugs ___________________ Popen pipe file descriptor leak on OSError in init (2007-07-10) http://python.org/sf/1751245 opened by Justin Francis struni: str() doesn't call __str__() of subclasses of str (2007-07-11) http://python.org/sf/1751598 opened by Christian Heimes struni: Three ctypes tests are SEGFAULTing (2007-07-11) CLOSED http://python.org/sf/1751885 opened by Christian Heimes struni: help() is broken (2007-07-11) http://python.org/sf/1751932 opened by Christian Heimes tkFileDialog closes Python when used (2007-07-11) http://python.org/sf/1752252 opened by ferrari24 RotatingFileHandler.doRollover behave wrong vs. log4j's (2007-07-12) http://python.org/sf/1752539 opened by Jin Qing email.message_from_string: initial line gets discarded (2007-07-12) CLOSED http://python.org/sf/1752723 opened by David Webster Exception in HTMLParser for special JavaScript code (2007-07-12) http://python.org/sf/1752919 opened by Eugine Kosenko Open always create new tab or new browser (2007-07-13) http://python.org/sf/1753371 opened by Ilan Peleg struni: assertion in Windows debug build (2007-07-13) http://python.org/sf/1753395 opened by Thomas Heller subprocess.check_call() new in 2.5 (2007-07-13) CLOSED http://python.org/sf/1753406 opened by Yitz Gale base64 "legacy" functions violate RFC 3548 (2007-07-13) http://python.org/sf/1753718 opened by Paul Winkler xmlrpclib.Binary doesn't say which base64 spec it implements (2007-07-13) http://python.org/sf/1753732 opened by Paul Winkler subprocess raising "No Child Process" OSError (2007-07-13) http://python.org/sf/1753891 opened by slowfood Docstring for codecs.lookup is incorrect (2007-07-15) http://python.org/sf/1754453 opened by Omari Norman "yield" causes strange behaviour (2007-07-16) CLOSED http://python.org/sf/1754456 opened by Miki Tebeka subprocess.Popen.wait fails sporadically with threads (2007-07-16) http://python.org/sf/1754642 opened by Geoffrey Bache document default values for sort parameters (2007-07-16) http://python.org/sf/1755097 opened by Ilya Sandler subprocess raising "No Child Process" OSError (2007-07-16) CLOSED http://python.org/sf/1755150 opened by slowfood Deadlocks with fork() and multithreading (2007-07-16) http://python.org/sf/1755179 opened by Vanco Buca Problem with socket.gethostbyaddr() and KeyboardInterrupt (2007-07-17) http://python.org/sf/1755388 opened by STINNER Victor Bugs Closed ___________ Bad documentation of SMTPException (2007-04-05) http://python.org/sf/1694950 closed by quiver Python-2.5.1.tar.bz2 build failed at Centos-4.5 server (2007-06-17) http://python.org/sf/1738559 closed by loewis os.getlogin should use the DISPLAY and not the tty (2007-07-08) http://python.org/sf/1750013 closed by loewis struni: Three ctypes tests are SEGFAULTing (2007-07-11) http://python.org/sf/1751885 closed by tiran string and unicode formatting are missing a test for "G" (2007-03-05) http://python.org/sf/1673757 closed by gbrandl PCbuild8/pcbuild.sln is missing "_socket" sub-project (2007-04-15) http://python.org/sf/1700865 closed by gbrandl test_sqlite fails on OSX G5 arch if test_ctypes is run (2006-10-21) http://python.org/sf/1581906 closed by theller email.message_from_string: initial line gets discarded (2007-07-12) http://python.org/sf/1752723 closed by bwarsaw IDE needs to remember status of interactive window (2003-06-22) http://python.org/sf/758565 closed by ronaldoussoren subprocess.check_call() new in 2.5 (2007-07-13) http://python.org/sf/1753406 closed by gbrandl Segfault in c_char_p of ctypes (2007-04-16) http://python.org/sf/1701409 closed by theller non-standard: array[0] (2007-01-31) http://python.org/sf/1649098 closed by theller ctypes: problem with large integers (2007-04-19) http://python.org/sf/1703952 closed by theller ctypes documenation obscure and incomplete (2006-05-09) http://python.org/sf/1484580 closed by theller Python 2.5b2 fails to build on Solaris 10 (GCC Compiler) (2006-07-26) http://python.org/sf/1529269 closed by theller "yield" causes strange behaviour (2007-07-16) http://python.org/sf/1754456 closed by tebeka subprocess raising "No Child Process" OSError (2007-07-16) http://python.org/sf/1755150 deleted by slowfood RFE Closed __________ if __name__=='__main__' missing in tutorial (2007-01-17) http://python.org/sf/1637365 closed by gbrandl

1 0

Re: [Python-Dev] Three-char file extensions
by Anders J. Munch 16 Jul '07

16 Jul '07

Scott Dial wrote: > In general, this is not true. FAT16 can address a 2GB device and I can > think of at least one embedded system I am working with that does not > support FAT32. If anything, at least .pyzip reduces to .pyz in 8dot3 > (whereas .py.z reduces to .z *yikes!*). However, I think it is still > best practice to aim for 8dot3 naming. The three-letter extension namespace is very small and heavily overloaded. There's no such thing as a previously unused three-letter extension; it's bound to conflict with something, even if we don't know what it is. It's not best practice to restrict yourself to short, cryptic, ambiguous names unless you have to. For stuff hardwired into the interpreter, I agree it's safer to stick with 8+3. But this is just the default association created by the installer. If it's creating problems, you can always rename your files to .pyz or whatever you like and create an association for that. I'm a little surprised that people are suffering 8+3 names on their usb drives in this day and age still. I suppose if I had to deal with that, I would just zip/tar up my long-file-named files in an 8+3-named archive. And since a .pyz-file is just such an archive, I concede the point and withdraw my suggestion. - Anders

1 0

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file
by Anders J. Munch 16 Jul '07

16 Jul '07

Andy C wrote: > So does everyone agree that there should be a new extension called > .pyz? How about .pyzip instead? To make it more obvious, and not mistakable for .py.z. - Anders

9 8

Subversion branch merging
by "Martin v. Löwis" 15 Jul '07

15 Jul '07

I'm tasked with performing a number of merge operations across various Python branches. Can somebody please share a command line that I should use to continue with the merge tracking that has been used? Is that documented somewhere? Regards, Martin

11 26

Summary of Tracker Issues
by Tracker 15 Jul '07

15 Jul '07

ACTIVITY SUMMARY (07/08/07 - 07/15/07) Tracker at http://bugs.python.org/ To view or respond to any of the issues listed below, click on the issue number. Do NOT respond to this message. 1646 open ( +1) / 8584 closed ( +0) / 10230 total ( +1) Average duration of open issues: 856 days. Median duration of open issues: 805 days. Open Issues Breakdown open 1646 ( +1) pending 0 ( +0) Issues Created Or Reopened (1) ______________________________ Datetime enhancements 07/13/07 http://bugs.python.org/issue1031 created FredFlinstone

1 0

Add a -z interpreter flag to execute a zip file
by Jim Jewett 15 Jul '07

15 Jul '07

Andy C wrote: >... a .zip file with a __zipmain__.py module at its root? Why not just an __init__.py, which you would normally execute if you tried to import/run a directory? > * Magically looking at the first argument to see if it's a zip file > seems problematic to me. I'd rather be explicit with the -z flag. > Likewise, I'd rather be explicit and call it __zipmain__ rather than > __main__. Treating zip files (and only zip files) as a special case equivalent to uncompressed files seems like a wart; I would prefer not to special-case zips any more than they already are. If anything, I would like to see the -m option enhanced so that if it gets a recognized "collection" file type (including a directory or zip), it does the right thing. Whether that actually makes sense, or defeats the purpose of the -m shortcut, I'm not sure. [on using __main__ instead of __init__ or __zipmain__] > __main__.py? : ) If someone tries does import __main__ from another > module in the program, won't that result in an infinite loop? It doesn't today; it does use circular imports, which can be a problem. > while I think it would be a bad practice to > import __main__, I have seen it recommended as the right place to store global (cross-module) settings. -jJ

5 5

Re: [Python-Dev] Add a -z interpreter flag to execute a zip file
by Phillip J. Eby 14 Jul '07

14 Jul '07

At 03:52 PM 7/12/2007 -0700, Andy C wrote: >On 7/12/07, "Martin v. Löwis" <martin(a)v.loewis.de> wrote: > > > The patch suggests using .pyz and adding a default association to the > > > installer (much like .py and .pyw have). > > > > Ok. It would be good if the patch actually added that extension, rather > > than merely suggesting that it should be added. > >So does everyone agree that there should be a new extension called >.pyz? And that the definition of this is a .zip file with a >__zipmain__.py module at its root? If so, I can make the change... I >haven't looked around the codebase yet but it sounds easy enough. Let's use __main__, please. Fewer names to remember, and __main__ is supposed to be the __name__ of the main program. It Just Makes Sense<TM>. >* Does anyone else want to change the -z flag to make more sense for >directories (and possibly change __zipmain__.py to __main__.py)? In >thinking about this again, I am not sure I can come up with a real use >case. Testing your package before you zip it, would be one. :) My personal main interest was in being able to add an item to sys.path without having to set $PYTHONPATH on Windows. That's why I'd like it to be possible to use -z more than once (or whatever the option ends up as). > I think it's sufficient to treat it as a documented "trick" >that you can substitute a whole directory for a zip file with the -z >flag. If there is a concrete suggestion, I'd like to discuss it, but >otherwise it seems like we'll get bogged down in expanding use cases. Eh? First you say there aren't any use cases, now you say there'll be too many? I'm confused. The only competing proposal besides what I've suggested was the one to add an option to "runpy", and IMO that's dead in the water due to shebang argument limits. >* Magically looking at the first argument to see if it's a zip file >seems problematic to me. I'd rather be explicit with the -z flag. >Likewise, I'd rather be explicit and call it __zipmain__ rather than >__main__. I personally don't see any benefit to making up an extra name, when we already have one that describes the functionality perfectly. There is absolutely nothing about -z that needs or should care about zipfile-ness, so why add an unnecessary limitation while creating yet another __special__ name to remember?

9 12