Mailman 3 August 2009 - Python-Dev

Problems with events in a numeric keyboard
by Martin Zugnoni Aug. 26, 2009

Aug. 26, 2009

Hi! I'm trying to catch the triple zero (000) key from a numeric keyboard but, I found that it's the same id that the single zero. So, when I press the triple zero key once, I receive three events from the single zero key. I need to make a disctintion between these keys, and use them to different functionalities. How can I do? Martín.

3 2

No 2.4.7 release
by "Martin v. Löwis" Aug. 26, 2009

Aug. 26, 2009

I once announced that I would be working on releasing 2.4.7 this month. However, since no patches have been committed to 2.4.6, there is little point in making a release. As 2.4 is nearing its end-of-life soon, there likely won't be any 2.4.7 release. Python 2.5 has seen only two patches since 2.5.4. However, since several months have been passed since that release, I'll be creating a 2.5.5 release candidate within a few days. Further security releases of Python 2.5 will be made until September 2011. Regards, Martin

1 0

Support for Encrypted Zip as python scripts
by Shashank Singh Aug. 26, 2009

Aug. 26, 2009

There is an interesting suggestion (http://bugs.python.org/issue6749). to add support to run encrypted zip files as python scripts. No doubt this is a useful functionality to have but it would be great to have some comments on whether this can be(or even should be) feasibly added as an inbuilt support. -- Regards Shashank Singh Senior Undergraduate, Department of Computer Science and Engineering Indian Institute of Technology Bombay shashank.sunny.singh(a)gmail.com http://www.cse.iitb.ac.in/~shashanksingh

6 8

Re: [Python-Dev] Support for Encrypted Zip as python scripts
by Bugbee, Larry Aug. 25, 2009

Aug. 25, 2009

I like the idea, but... Here is a quick list of things to think about and if some of this has already been mentioned, sorry. Speed: Encryption speed has been mentioned. For short scripts this may not be a problem, although algorithms implemented in C would be faster. Strength: Passwords are [very] weak, especially if of the 6-10 alphanumeric variety. True secret keys where all bit combinations are used is stronger. Entering passwords has been mentioned but I believe only passwords were assumed. It is better to not provide any encryption than to lure novices into believing they are secure when they are not. Algorithms: Be sure to choose good ones and allow for changing later. Key distribution: How to distribute secret keys beyond a small group of friends is problematic. In short it doesn't scale. Looking to public-private key pairs can be equally problematic. This can get you into encryption certs, but *how* you use them correctly differs from signing certs. More on this later if you want. ZIP: Look beyond just zip files. A scheme that works for any/all files in the distribution, not just ZIPs, would be better. (IIRC there have been problems with encrypted zips, but that was years ago. Those issues may have been fixed.) Short version: Doing this right is hard. Simply supporting a password based ZIP file is, in my opinion, not real protection. Gotta go. Later. Larry

5 6

Issue 1170: Unicode for ‘shlex’
by Ben Finney Aug. 22, 2009

Aug. 22, 2009

Howdy all, What is the procedure for finding out why an issue hasn't progressed? I don't want to fill the bug database with such noise. In the case of <URL:http://bugs.python.org/issue1170> (“shlex have problems with parsing unicode”), the problem is apparently addressed by a patch, assigned to that issue since 2007-12-22. There is no indication in the report why it's not yet applied. I'd really like this fixed in the 2.x series if possible. -- \ “… whoever claims any right that he is unwilling to accord to | `\ his fellow-men is dishonest and infamous.” —Robert G. | _o__) Ingersoll, _The Liberty of Man, Woman and Child_, 1877 | Ben Finney

3 3

Summary of Python tracker Issues
by Python tracker Aug. 21, 2009

Aug. 21, 2009

ACTIVITY SUMMARY (08/14/09 - 08/21/09) Python 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. 2353 open (+40) / 16226 closed (+15) / 18579 total (+55) Open issues with patches: 928 Average duration of open issues: 656 days. Median duration of open issues: 411 days. Open Issues Breakdown open 2322 (+40) pending 30 ( +0) Issues Created Or Reopened (57) _______________________________ Allow buffering for HTTPResponse 08/18/09 CLOSED http://bugs.python.org/issue4879 reopened r.david.murray patch, patch Py3.1 hangs in coroutine and eats up all memory 08/17/09 http://bugs.python.org/issue6673 reopened scoder 64bit cross platform failure and silly test in doctest 08/14/09 http://bugs.python.org/issue6703 created cjw296 better col_offset for AST in statements like "for a,b in ..." 08/14/09 CLOSED http://bugs.python.org/issue6704 created fwierzbicki patch '''3,5'''.strip(r''',''') does not strip comma, returns '3,5' 08/14/09 CLOSED http://bugs.python.org/issue6705 created mgruen asyncore's accept() is broken 08/14/09 http://bugs.python.org/issue6706 created giampaolo.rodola dir() on __new__'d module w/o dict crashes 2.6.2 08/14/09 CLOSED http://bugs.python.org/issue6707 created DinoV raw_input() calls generate compile errors. 08/15/09 CLOSED http://bugs.python.org/issue6708 created starz It's possible to create TryExcept with no handlers 08/15/09 http://bugs.python.org/issue6709 created benjamin.peterson hotshot stats load causes TypeError when multiple files are load 08/15/09 http://bugs.python.org/issue6710 created j1m macurl2path has typos that raise AttributeError 08/16/09 CLOSED http://bugs.python.org/issue6711 created joe.amenta patch sys._getframe is not available on all Python implementations 08/16/09 http://bugs.python.org/issue6712 created johannes.janssen Integer & Long types: Performance improvement of 1.6x to 2x for 08/16/09 http://bugs.python.org/issue6713 created gawain memmove fails with unicode strings 08/16/09 CLOSED http://bugs.python.org/issue6714 created verigak xz compressor support 08/17/09 http://bugs.python.org/issue6715 created devurandom Windows install error when choosing to compile .py files 08/17/09 http://bugs.python.org/issue6716 created pds Some problem with recursion handling 08/17/09 http://bugs.python.org/issue6717 created gregorlingl ValueError in 21.17.4.2. SocketServer.UDPServer Example 08/17/09 http://bugs.python.org/issue6718 created ericpope pdb messes up when debugging an non-ascii program 08/17/09 http://bugs.python.org/issue6719 created smu multiprocessing logging 08/17/09 http://bugs.python.org/issue6720 created benliles Locks in python standard library should be sanitized on fork 08/17/09 http://bugs.python.org/issue6721 created gregory.p.smith collections.namedtuple: confusing example 08/18/09 http://bugs.python.org/issue6722 created ash csv.writer: example does not work 08/18/09 CLOSED http://bugs.python.org/issue6723 created nicolasg r74463 causes failures in test_xmlrpc 08/18/09 http://bugs.python.org/issue6724 created r.david.murray Inconsistency in Documentation: "Name Spaces" vs "Namespaces" 08/18/09 http://bugs.python.org/issue6725 created CarGuy37 pyuic4.bat has bad path to python.exe and pyuic.py 08/18/09 CLOSED http://bugs.python.org/issue6726 created maar ImportError when package is symlinked on Windows 08/18/09 http://bugs.python.org/issue6727 created jaraco To avoid hang up in using CGIXMLRPCRequestHandler under IIS 7.x 08/18/09 http://bugs.python.org/issue6728 created sjtuer Add support for ssize_t 08/18/09 http://bugs.python.org/issue6729 created Nikratio dict.fromkeys() should not cross reference mutable value by defa 08/18/09 CLOSED http://bugs.python.org/issue6730 created maxlem Add option of non-zero exit status of setup.py when building of 08/18/09 http://bugs.python.org/issue6731 created Arfrever patch PyInit_shoddy() in shoddy.c does not return anything on success 08/18/09 http://bugs.python.org/issue6732 created kajiyama curses line wrap broken when mixing full- and half-width unicode 08/19/09 http://bugs.python.org/issue6733 created fugounashi Imap lib implicit conversion from bytes to string 08/19/09 http://bugs.python.org/issue6734 created surprising42 patch restype pointer to Structure subclass never initialized 08/19/09 CLOSED http://bugs.python.org/issue6735 created dontbugme File handling in Python 08/19/09 CLOSED http://bugs.python.org/issue6736 created SallaS07 PEP 372 odict.__eq__ behaves incorrectly 08/19/09 CLOSED http://bugs.python.org/issue6737 created cegner Wrong doc strings in itertools 08/20/09 http://bugs.python.org/issue6738 created hagen patch IDLE window won't start or show up after assgining new key in op 08/20/09 http://bugs.python.org/issue6739 created CaribbeanCruise patch Compounded expressions with lambda functions are evaluated incor 08/20/09 CLOSED http://bugs.python.org/issue6740 created mvyskocil Garbage collector release method 08/20/09 http://bugs.python.org/issue6741 created gardster Embedding python into shared library crash on AIX 08/20/09 http://bugs.python.org/issue6742 created damahay123 pprint.pprint should support no objects to print blank lines & a 08/20/09 http://bugs.python.org/issue6743 created marystern calling kevent repr raises a TypeError 08/20/09 http://bugs.python.org/issue6744 created jesstess patch (curses) addstr() takes str in Python 3 08/20/09 http://bugs.python.org/issue6745 created Trundle ValueError raised by IDLE during tooltip open on 64-bit Centos 5 08/20/09 CLOSED http://bugs.python.org/issue6746 created srid test test_multiprocessing failed 08/21/09 http://bugs.python.org/issue6747 created LinuxDonald test test_telnetlib failed 08/21/09 http://bugs.python.org/issue6748 created LinuxDonald Support for encrypted zipfiles when interpreting zipfile as scri 08/21/09 http://bugs.python.org/issue6749 created manis threading issue in __builtins__.print 08/21/09 http://bugs.python.org/issue6750 created nullnil patch, needs review Default return value in ConfigParser 08/21/09 http://bugs.python.org/issue6751 created jjdominguezm -1**2=-1 08/21/09 CLOSED http://bugs.python.org/issue6752 created rahul1618 Python 3.1.1 test_cmd_line fails on Fedora 11 08/21/09 http://bugs.python.org/issue6753 created Pif Non-existent member 'nb_inplace_divide' in PyNumberMethods 08/21/09 http://bugs.python.org/issue6754 created kajiyama Patch: new method get_wch for ncurses bindings: accept wide char 08/21/09 http://bugs.python.org/issue6755 created inigoserna patch ftplib documentation does not document what the acct parameter i 08/21/09 http://bugs.python.org/issue6756 created tarjei Marshal's documentation incomplete (Bools) 08/21/09 http://bugs.python.org/issue6757 created serprex Issues Now Closed (38) ______________________ Allow buffering for HTTPResponse 0 days http://bugs.python.org/issue4879 r.david.murray patch, patch Unable to launch IDLE on Windows 151 days http://bugs.python.org/issue5528 srid Missing labelside option for Tix option menu (fix included) 103 days http://bugs.python.org/issue5961 gpolo Fix O(n**2) performance problem in socket._fileobject 81 days http://bugs.python.org/issue6117 gregory.p.smith patch, patch, easy, needs review Support for tcl 8.6 69 days http://bugs.python.org/issue6244 gpolo patch Bug in hashlib 64 days http://bugs.python.org/issue6281 gregory.p.smith multiline exception logging via syslog handler 43 days http://bugs.python.org/issue6444 vsajip IDLE with Tk-Cocoa: Edit, format menus hang 37 days http://bugs.python.org/issue6463 wordtech "HOME" is not a standard environment variable on Windows 29 days http://bugs.python.org/issue6556 tarek urllib.urlopen creates bad requests when location header of 301 23 days http://bugs.python.org/issue6557 orsenthil test_pickle fails on AIX -- 6.9999999999999994e-308 != 6.9999999 10 days http://bugs.python.org/issue6646 marketdickinson codecs documentation does not mention surrogateescape 13 days http://bugs.python.org/issue6648 ash logging config - using of FileHandler's delay argument? 14 days http://bugs.python.org/issue6667 vsajip CGI module documentation references method 'toupper'; should be 6 days http://bugs.python.org/issue6685 r.david.murray New functions in site.py to get user/global site packages paths 8 days http://bugs.python.org/issue6693 tarek patch better col_offset for AST in statements like "for a,b in ..." 1 days http://bugs.python.org/issue6704 benjamin.peterson patch '''3,5'''.strip(r''',''') does not strip comma, returns '3,5' 0 days http://bugs.python.org/issue6705 eric.smith dir() on __new__'d module w/o dict crashes 2.6.2 1 days http://bugs.python.org/issue6707 benjamin.peterson raw_input() calls generate compile errors. 0 days http://bugs.python.org/issue6708 benjamin.peterson macurl2path has typos that raise AttributeError 4 days http://bugs.python.org/issue6711 orsenthil patch memmove fails with unicode strings 0 days http://bugs.python.org/issue6714 eric.smith csv.writer: example does not work 0 days http://bugs.python.org/issue6723 skip.montanaro pyuic4.bat has bad path to python.exe and pyuic.py 0 days http://bugs.python.org/issue6726 benjamin.peterson dict.fromkeys() should not cross reference mutable value by defa 0 days http://bugs.python.org/issue6730 r.david.murray restype pointer to Structure subclass never initialized 0 days http://bugs.python.org/issue6735 theller File handling in Python 0 days http://bugs.python.org/issue6736 amaury.forgeotdarc PEP 372 odict.__eq__ behaves incorrectly 0 days http://bugs.python.org/issue6737 rhettinger Compounded expressions with lambda functions are evaluated incor 0 days http://bugs.python.org/issue6740 eric.smith ValueError raised by IDLE during tooltip open on 64-bit Centos 5 0 days http://bugs.python.org/issue6746 gpolo -1**2=-1 0 days http://bugs.python.org/issue6752 amaury.forgeotdarc ScrolledText allows Frame.bbox to hide Text.bbox 1651 days http://bugs.python.org/issue1119673 gpolo patch Tix: PanedWindow.panes nonfunctional 1477 days http://bugs.python.org/issue1250469 gpolo patch Tix CheckList 'radio' option cannot be changed 1465 days http://bugs.python.org/issue1259434 gpolo patch Tix.py class HList missing info_bbox, info_dragsite and info_dro 1373 days http://bugs.python.org/issue1356969 gpolo patch, easy urllib.FancyURLopener.redirect_internal looses data on POST! 1293 days http://bugs.python.org/issue1424148 orsenthil easy Tix.Grid patch 1131 days http://bugs.python.org/issue1522587 gpolo patch Fix numerous bugs in unittest 1084 days http://bugs.python.org/issue1550273 jonozzz patch functools.compose to chain functions together 912 days http://bugs.python.org/issue1660179 rhettinger patch Top Issues Most Discussed (10) ______________________________ 17 Add option of non-zero exit status of setup.py when building of 3 days open http://bugs.python.org/issue6731 15 PyXXX_ClearFreeList for dict, set, and list 8 days open http://bugs.python.org/issue6695 7 Imap lib implicit conversion from bytes to string 2 days open http://bugs.python.org/issue6734 7 sys._getframe is not available on all Python implementations 5 days open http://bugs.python.org/issue6712 7 Python 3.1 segfaults when invalid UTF-8 characters are passed f 8 days open http://bugs.python.org/issue6697 7 c_char_p return value returns string, not bytes 74 days open http://bugs.python.org/issue6239 7 Conversion of longs to bytes and vice-versa. 1810 days open http://bugs.python.org/issue1023290 6 httplib read() very slow due to lack of socket buffer 501 days open http://bugs.python.org/issue2576 6 urllib.FancyURLopener.redirect_internal looses data on POST! 1293 days closed http://bugs.python.org/issue1424148 5 fnmatch fails on filenames containing \n character 14 days open http://bugs.python.org/issue6665

1 0

Two laments about CPython's AST Nodes
by Frank Wierzbicki Aug. 21, 2009

Aug. 21, 2009

Before I start complaining, I want to mention what a huge help it has been to be able to directly compare the AST exposed by ast.py in making Jython a better Python. Thanks for that! Now on to the complaints: Though I recently added support for this in Jython, I don't like that nodes can be defined without required attributes, for example: node = ast.Assign() Is valid, even though it requires "node.targets" and "node.value" (I'm less concerned about the required lineno and col_offset, as I can understand holding off on these so that you can just use fix_missing_locations to fill these in for you). My other (bigger) gripe is that you can define these values with arbitrary objects that will blow up at parse time. So for example you can write: node = ast.Assign() node.targets = "whatever" Which, when you try to parse, blows up with "TypeError: Assign field "targets" must be a list, not a str". I'd be much happier if this blew up right away when you try to make the assignment. At the moment, this is how it works in Jython (though I could support this with some contorting). BTW -- I *am* volunteering to attempt to implement these things in CPython if there is support :) -Frank

4 7

standard library mimetypes module pathologically broken?
by Jacob Rus Aug. 20, 2009

Aug. 20, 2009

Hi all, In an attempt to figure out some twisted.web code, I was reading through the Python Standard Library’s mimetypes module today, and was shocked at the poor quality of the code. I wonder how the mimetypes code made it into the standard library, and whether anyone has ever bothered to read it or update it: it is an embarrassment. Much of the code is redundant, portions fail to execute, control flow is routed through a horribly confusing mess of spaghetti, and most of the complexity has no clear benefit as far as I can tell. I probably should drop the subject and get back to work, but as a good citizen, it’s hard to just ignore this sort of thing. mimetypes.py stores its types in a pair of dictionaries, one for "strict" use, and the other for "non-standard types". It creates the strict dictionary by default out of apache's mime.types file, and then overrides the entries it finds with a set of exceptions. Then it creates the non-standard dictionary, which is set to match if the strict parameter is set to False when guessing types. Just in this basic design, and in the list of types in the file, there are several problems: * Various apache mime types files are read, if found, but the ordering of the files is such that older versions of apache are sometimes read after newer ones, overriding updated mime types with out-of-date versions if multiple versions of apache are installed on the system. * The vast majority of types declared in mimetypes.py are duplicates of types already declared by Apache. In a few cases this is to change the apache default (make an exception, that is), but in most cases the mime type and extension are completely identical. This huge number of redundant types makes the file substantially harder to follow. No comments are provided to explain why various sets of exceptions are made to Apache's default mime types, and in several cases mimetypes.py seems to just be out of date as compared to recent versions of Apache, for instance not knowing about the 'text/troff' type which was registered in January 2006 in RFC 4263. * The 'non-standard' type dictionary is nearly useless, because all of the types it declares are already in apache's mime.types file, meaning that types are, as far as I can tell trying to follow ugly program flow, *never* drawn from the non-strict dictionary, except in the improbable situation where the mimetypes module is initialized with a custom set of apache-mime.types–like files, which does not include those 'non-standard' types. I personally cannot see a use case for initializing the module with a custom set of mime types, but then leaving the very few types included as non-strict to the defaults: this seems like a fragile and pathological use case. Given this, I don’t see any benefit to dragging the 'strict' parameter along all the way through the code, and would advise getting rid of it altogether. Does anyone know of any code that uses the mimetypes module with strict set to False, where the non-strict code path ever *actually* is executed? But though these problems, which affect actual use of the code and are therefore probably most important, are significant, they really pale in comparison to the awful quality of implementation. I'll try to briefly outline my understanding of how code flows in mimetypes.py, and what the problems are. I haven't stepped through the code in a debugger, this is just from reading it, so I apologize in advance if I get something wrong. This is, however, some of the worst code I’ve seen in the standard library or anywhere else. * It defines __all__: I didn’t even realize __all__ could be used for single-file modules (w/o submodules), but it definitely shouldn’t be here. This specific __all__ oddly does not include all of the documented variables and functions in the mimetypes class. It’s not clear why someone calling import * here wouldn’t want the bits not included. * It creates a _default_mime_types() function which declares a bunch of global variables, and then immediately calls _default_mime_types() below the definition. There is literally no difference in result between this and just putting those variables at the top level of the file, so I have no idea why this function exists, except to make the code more confusing. * It allows command line usage: I don’t think this is necessary for a part of the standard library like this. There are better tools for finding mime types from the command line which ship with most operating systems. * Its API is pretty poorly designed. It offers 6 functions when about 3 are needed, and it takes a couple reads-through of the code to figure out exactly what any of them are supposed to do. * The operation is crazy: It defines a MimeTypes class which actually stores the type mappings, but this class is designed to be a singleton. The way that such a design is enforced is through the use of the module-global 'init' function, which makes an instance of the class, and then maps all of the functions in the module global namespace to instance methods. But confusingly, all such functions are also defined independently of the init function, with definitions such as: def guess_type(url, strict=True): if not inited: init() return guess_type(url, strict) I’d be amazed if anyone could guess what that code was trying to do. I did a double-take when I saw it. Of course, that return call is only ever reached the first time this function is called, if init() has not happened yet. This was all presumably done for lazy initialization, so that the type information would only be loaded when needed. Needless to say, there are more pythonic ways to accomplish such a goal. Oh, also, the other good one here is that it means that someone who writes `from mimetypes import guess_types` gets something different than someone who writes: `import mimetypes; guess_types = mimetypes.guess_types`. In the former case, this wrapper function is saved as guess_type, which each time just calls the (changed after init()) mimetypes.guess_types function. This caused a performance nightmare before March of this year, when there was no check for `if not inited` before running init() (amazing!?). * Because the type datastore is set up to be a singleton, any time init() is called in one section of code, it resets any types which have been added manually: this means that if init() is called by different pieces of code in the same python program, they will interfere with each-others’ type databases, and break each-other. This is extremely fragile and, in my opinion, crazy. It is hard for me to imagine any use case that would benefit from this ability to clobber custom type mappings, and I very much doubt that any code calling the mimetypes module realizes that the contract of the API is so flimsy by definition. In practice, I would not advise consumers of this API to ever call init() manually, or to ever add custom mime type mappings, because they are setting themselves up for hard-to-track bugs down the line. * The 'inited' flag is a documented part of the interface, in the standard library documentation. I cannot imagine any reason to set this flag manually: setting it to false when it was true will have no effect, because the top-level functions have already been replaced by instance methods of the 'db' MimeTypes instance. Setting it to true when it was false will make the code just break outright. * In python 3, this has been changed a bit. There’s still an inited flag, and it still in the docs, but now awful code from above has been changed slightly, to: def guess_type(url, strict=True): if _db is None: init() return _db.guess_type(url, strict) Which is still embarrassingly confusing. On the upside, the inited flag now does literally nothing, but remains defined, and in the docs. * The 'types_map' and 'common_types' (for 'strict' and 'common' types, respectively) dictionaries are also a documented part of the interface. When init() is called, a new MimeTypes instance makes a (different) types_map which is a tuple of two dictionaries, for 'strict' and 'common' types. Then this instance reads the apache mime.types files and adds the types to its pair of self.types_map dictionaries, and then after that looks at the global types_map and common_types dictionaries and adds *those* types to its self.types_map. Then at the end it replaces the global types_map with self.types_map[True] and replaces common_types with self.types_map[False]. Unfortunately, while changing these dictionaries will have an effect on the operation of the library, it will not update the types_map_inv mapping, so inverse lookups will not behave as the changer expects. If these dictionaries are going to remain documented, the documentation should be clear to describe them as read only to avoid very confusing bugs. * Speaking of these dictionaries, .copy() is called on those two and a few other inside MimeTypes.__init__(), which happens every time the global init() function is called, but then init() puts the copies back in the global namespace, meaning that the original is discarded. Basically the only reason for the .copy() is to make sure that the correct updates are applied to the apache mimetype defaults, but the code will gladly re-read all of the apache files even after its mapped types are already in these dictionaries, essentially making re-initializing a (very expensive) no-op. All we’re doing is a lot of unnecessary extra disk reads and memory allocations and deallocations. The only time this has any effect is when a non-singleton MimeTypes instance is created, as in the read_mime_types function. * And that read_mime_types function is a doozy. It tries to open a filename, spits back None if there’s an IOError (instead of raising the exception as it should), and then creates a new MimeTypes instance (remember, this is identical to the singleton MimeTypes instance because it starts itself from that one’s mappings), adds any new types it finds in the file with that name, and then returns the 'strict' types_map from it. I’m not sure whether any sane user of this API would expect it to return the existing type mappings *plus* the extra ones in the provided filename, but I really can’t imagine this function ever being particularly useful: it requires you are reading mime types in apache format, but not the apache mime type files you already looked at, and then the only way to find out what new mappings were defined is to take the difference of the default mappings with the result of the function. * The code itself, on a line-by-line basis, is unpythonic and unnecessarily verbose, confusing, and slow. The code should be rewritten to use python 2.3–2.6 features: even leaving its functionality identical it could be cut to about half the number of lines, and made clearer. In case the above doesn’t make this clear: this code is extremely confusing. Trying to read it has caused all the people around me to look up as I shout "what the fuck??!" at the screen every few minutes, as each new revelation gives another surprise. I’m not convinced that I completely understand what the code does, because it has been quite effectively obfuscated, but I understand enough to want to throw the whole thing out, and start essentially from scratch. So the question is, what should be done about this? I’d like to hear how people use the mimetypes module, and how they expect it to work, to figure out the sanest possible mostly-backwards-compatible replacement which could be dropped in (ideally this would just allow the use of default mimetypes and rip out the ability to alter the default datastore: or is there some easy way to change this away from a singleton without breaking code which calls these methods?), and then extend that replacement to support a somewhat saner model for anyone who actually wants to extend the set of mappings. My guess is that replacement code could actually fix subtle bugs in existing uses of this module, by people who had a sane expectation of how it was supposed to work. At the very least, the parts about figuring out exactly which exceptions to Apache’s set of default types are useful would be a good idea, and I’d maybe even recommend including an up-to-date copy of Apache’s mime.types file in the Python Standard Library, and then only overriding its definitions for future versions of Apache (and then overriding the combination of both of those with further exceptions deemed useful for python, with comments explaining why each exception), so that we’re not bothering to look up horribly out-of-date types in multiple locations from Apache 1, 1.2, 1.3, etc. I’d also recommend making the API for overriding definitions be the same as the code used to declare the default overrides, because as it is there are three ways do define types: a) in a mime.types formatted file, b) in a python dictionary that gets initialized with a confusing bit of code, and c) through the add_type function. Does anyone else have thoughts about this, or maybe some good (it had better be *really* good) explanations why this code is the way it is? I'd be happy to try to rewrite it, but I think I’d need a bit of help figuring out how to make the rewrite backwards-compatible. Note: someone else has had fun with this module: <http://lucumr.pocoo.org/2009/3/1/the-1000-speedup-or-the-stdlib-sucks> <http://lucumr.pocoo.org/2009/7/24/singletons-and-their-problems-in-python> Cheers, Jacob Rus

14 29

Microsoft MSDN
by Steve Holden Aug. 20, 2009

Aug. 20, 2009

I sent fourteen requests for licenses in to Microsoft. I've asked them to let me know which they grant (since they may choose to limit the number) and will inform you all personally when I hear their decision. regards Steve -- Steve Holden +1 571 484 6266 +1 800 494 3119 Holden Web LLC http://www.holdenweb.com/ Watch PyCon on video now! http://pycon.blip.tv/

4 3

request for comments - standardization of python's purelib and platlib
by Jan Matejek Aug. 20, 2009

Aug. 20, 2009

Hello, I'm cross-posting this to distributions@freedesktop and python-dev, because the topic is relevant to both groups and should be solved in cooperation. The issue: In Python's default configuration (on linux), both purelib (location for pure python modules) and platlib (location for platform-dependent binary extensions) point to $prefix/lib/pythonX.Y/site-packages. That is no good for two main reasons. One, python depends on the "lib" directory. (from distro's point of view, prefix is /usr, so let's talk /usr/lib) Due to this, it's impossible to install python under /usr/lib64 without heavy patching. Repeated attempts to bring python developers to acknowledge and rectify the situation have all failed (common argument here is "that would mean redesign of distutils and huge parts of whatnot"). Conversely, that also means that multiarch setup (/usr/lib or lib32 with 32bit python and /usr/lib64 with 64bit python) is not possible with stock python. Two, the default configuration makes purelib and platlib identical, which somehow defeats the purpose of the distinction in the first place. You either need to patch the default, or supply some alternate configuration to take advantage of this feature. And that's not the end of it - the next step is to make python aware of two different locations on sys.path, one for purelib and one for platlib, which is a different story altogether. As distributors, we like to take advantage of purelib/platlib separation to package pure python modules as platform-independent (noarch for rpm-speakers). And that's not easy to do properly. The proposal: Let's put our heads together and choose good default locations for purelib and platlib. Then add support to python for recognizing the locations by default, and possibly leave note in FHS that "this is the place". This is IMO a good first step to making python multiarch-aware, and it would also help a bit with LSB integration [1]. I've come up with three basic options for the configuration (substitute "/usr" with "$prefix" if you're not a distributor). This list is by no means comprehensive, it's just what looked reasonable at the time of writing. 1 - the traditional way purelib = /usr/lib/pythonX.Y/site-packages platlib = /usr/lib(64)/pythonX.Y/site-packages pros: + this is already the default for 32bit systems + major distributions (including Fedora, Mandriva and now finally openSUSE too) do this cons: - 32bit systems have no separation, poor they! - with multiarch setup, /usr/lib is "cluttered" by both platform-dependent files for 32bit and platform-independent files shared by the platforms. Also, 64bit python can pick up 32bit modules. That doesn't cause problems in practice, but doesn't fell like a clean design. 2 - the sharedir way purelib = /usr/share/python/X.Y platlib = /usr/lib(64)/pythonX.Y/site-packages pros: + clean separation of purelib - nice! + unheard of - a good place to start anew cons: - FHS states that /usr/share is for data. But OTOH, they don't say much about platform-independent bytecode. We could probably get an exception for this. - unheard of - everyone will be surprised 3 - the perl way purelib = /usr/lib/pythonX.Y platlib = /usr/lib/pythonX.Y/lib-dynload-(platform-identifier)/site-packages pros: + possibility of multiarch packages that would install pure python parts into purelib and extensions or accelerators for more platforms at once - and therefore, possibility to split large modules into platform-dependent and platform-independent parts and save space on installation media + "idea compatibility" with perl and ruby, one less install layout to learn cons: - completely different from what we have now - would require the most work from both python developers and distributions comments? regards jan matejek python packager for SUSE Linux [1] http://www.linuxfoundation.org/en/LsbPython

5 7

VC++ versions to match python versions?
by Chris Withers Aug. 18, 2009

Aug. 18, 2009

Hi All, Is the Express Edition of Visual C++ 2008 suitable for compiling packages for Python 2.6 on Windows? (And Python 2.6 itself for that matter...) Ditto for 2.5, 3.1 and the trunk (which I guess becomes 3.2?) cheers, Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

7 9

functools.compose to chain functions together
by Jason R. Coombs Aug. 18, 2009

Aug. 18, 2009

I'd like to express additional interest in python patch 1660179, discussed here: http://mail.python.org/pipermail/patches/2007-February/021687.html On several occasions, I've had the desire for something like this. I've made due with lambda functions, but as was mentioned, the lambda is clumsy and harder to read than functools.compose would be. A potentially common use-case is when a library has a multi-decorator use case in which they want to compose a meta decorator out of one or more individual decorators. Consider the hypothetical library. # we have three decorators we use commonly def dec_register_function_for_x(func): # do something with func return func def dec_alter_docstring(func): # do something to func.__doc__ return func def inject_some_data(data): def dec_inject_data(func): func.data = data # this may not be legal, but assume it does something useful return func return dec_inject_data # we could use these decorators explicitly throughout our project @dec_register_function_for_x @dec_alter_docstring @dec_inject_some_data('foo data 1') def our_func_1(params): pass @dec_register_function_for_x @dec_alter_docstring @dec_inject_some_data('foo data 2') def our_func_2(params): pass For two functions, that's not too onerous, but if it's used throughout the application, it would be nice to abstract the collection of decorators. One could do this with lambdas. def meta_decorator(data): return lambda func: dec_register_function_for_x(dec_alter_docstring(dec_inject_some_data(data)(f unc))) But to me, a compose function is much easier to read and much more consistent with the decorator usage syntax itself. def meta_decorator(data): return compose(dec_register_function_for_x, dec_alter_docstring, dec_inject_some_data(data)) The latter implementation seems much more readable and elegant. One doesn't even need to know the decorator signature to effectively compose meta_decorators. I've heard it said that Python is not a functional language, but if that were really the case, then functools would not exist. In addition to the example described above, I've had multiple occasions where having a general purpose function composition function would have simplified the implementation by providing a basic functional construct. While Python isn't primarily a functional language, it does have some functional constructs, and this is one of the features that makes Python so versatile; one can program functionally, procedurally, or in an object-oriented way, all within the same language. I admit, I may be a bit biased; my first formal programming course was taught in Scheme. Nevertheless, I believe functools is the ideal location for a very basic and general capability such as composition. I realize this patch was rejected, but I'd like to propose reviving the patch and incorporating it into functools. Regards, Jason

12 24

another Py_TPFLAGS_HEAPTYPE question
by Joshua Haberman Aug. 17, 2009

Aug. 17, 2009

I wrote to this list a few weeks ago asking about Py_TPFLAGS_HEAPTYPE (http://thread.gmane.org/gmane.comp.python.devel/105648). It occurred to me today that I could probably make object instances INCREF and DECREF my type appropriately, without setting Py_TPFLAGS_HEAPTYPE, by writing my own tp_alloc and tp_dealloc functions. My tp_alloc function could be: PyObject *my_tp_alloc(PyTypeObject *type, Py_ssize_t nitems) { PyObject *obj = PyType_GenericAlloc(type, nitems); if(obj) Py_INCREF(type); return obj; } This seems right since it is PyType_GenericAlloc that contains this excerpt: if (type->tp_flags & Py_TPFLAGS_HEAPTYPE) Py_INCREF(type); I don't want to set Py_TPFLAGS_HEAPTYPE, but I want to get that Py_INCREF(), so far so good. But I couldn't find the corresponding Py_DECREF() in typeobject.c to the above Py_INCREF(). Notably, object_dealloc() does not call Py_DECREF(self->ob_type) if self->ob_type has the Py_TPFLAGS_HEAPTYPE flag set. So where does the Py_DECREF() for the above Py_INCREF() live? I expected to find this code snippet somewhere, but couldn't: if (type->tp_flags & Py_TPFLAGS_HEAPTYPE) Py_DECREF(type); Josh

4 8

PEP Submission
by Eric Pruitt Aug. 17, 2009

Aug. 17, 2009

Several days ago, around the time the python.org servers went down, I submitted a PEP to editor(a)python.org. When things to have been worked, I submitted the PEP again. I have not seen any activity on the PEP in Python-Dev or any reply acknowledging that it was received. Did I misunderstand the process of submitting a PEP?

3 2

FAO John Arbash Meinel
by Chris Withers Aug. 17, 2009

Aug. 17, 2009

Mail Delivery System wrote: > This is the mail system at host server1.simplistix.co.uk. > > I'm sorry to have to inform you that your message could not > be delivered to one or more recipients. It's attached below. > > For further assistance, please send mail to postmaster. > > If you do so, please include this problem report. You can > delete your own text from the attached returned message. > > The mail system > > <john(a)arbash-meinel.com>: host mail2.domainpeople.com[204.174.223.74] said: 550 > relay not permitted (in reply to RCPT TO command) Looks like something is not happy with your mail setup... Chris -- Simplistix - Content Management, Batch Processing & Python Consulting - http://www.simplistix.co.uk

1 0

[RELEASED] Python 3.1.1
by Benjamin Peterson Aug. 16, 2009

Aug. 16, 2009

On behalf of the Python development team, I'm happy to announce the first bugfix release of the Python 3.1 series, Python 3.1.1. This bug fix release fixes many normal bugs and several critical ones including potential data corruption in the io library. Python 3.1 focuses on the stabilization and optimization of the features and changes that Python 3.0 introduced. For example, the new I/O system has been rewritten in C for speed. File system APIs that use unicode strings now handle paths with undecodable bytes in them. Other features include an ordered dictionary implementation, a condensed syntax for nested with statements, and support for ttk Tile in Tkinter. For a more extensive list of changes in 3.1, see http://doc.python.org/3.1/whatsnew/3.1.html or Misc/NEWS in the Python distribution. Please note the Windows and Mac binaries are not available yet but will be in the coming days. To download Python 3.1.1 visit: http://www.python.org/download/releases/3.1.1/ The 3.1 documentation can be found at: http://docs.python.org/3.1 Bugs can always be reported to: http://bugs.python.org Enjoy! -- Benjamin Peterson Release Manager benjamin at python.org (on behalf of the entire python-dev team and 3.1.1's contributors)

1 0

Re: [Python-Dev] random number generator state
by Greg Ewing Aug. 16, 2009

Aug. 16, 2009

Scott David Daniels wrote: > No, I don't really need MT. The others would be fine. > I'd love further details. The one I've been working with is due to Pierre L'Ecuyer [1] and is known as MRG32k3a. It's a combined multiple recursive linear congruential generator with 6 words of state. The formulas are r1[i] = (a12 * r1[i-2] + a13 * r1[i-3]) % m1 r2[i] = (a21 * r2[i-1] + a23 * r2[i-3]) % m2 r[i] = (r1[i] - r2[i]) * m1 where m1 = 2**32 - 209 m2 = 2**32 - 22835 a12 = 1403580 a13 = -810728 a21 = 527612 a23 = -1370589 If you consider the state to be made up of two 3-word state vectors, then there are two 3x3 matrices which map a given state onto the next state. So to jump ahead n steps in the sequence, you raise these matrices to the power of n. I've attached some code implementing this generator together with the jumping-ahead. (Sorry it's in C++, I hadn't discovered Python when I wrote it.) [1] Pierre L'Ecuyer, Good Parameters and Implementations for Combined Multiple Recursive Random Number Generators, Operations Research v47 no1 Jan-Feb 1999 http://www.iro.umontreal.ca/~lecuyer/myftp/papers/combmrg2.ps -- Greg /* * cmr_random_generator.C * ====================== * * Combined Multiple Recursive random number generator. * * This is an implementation of Pierre L'Ecuyer's * MRG32k3a generator, described in: * * Pierre L'Ecuyer, Good Parameters and Implementations for * Combined Multiple Recursive Random Number Generators, * Operations Research v47 no1 Jan-Feb 1999 */ #include "cmr_random_generator.H" static const double norm = 2.328306549295728e-10, m1 = 4294967087.0, m2 = 4294944443.0, a12 = 1403580.0, a13 = -810728.0, a21 = 527612.0, a23 = -1370589.0; static double a[2][3][3] = { { {0.0, 1.0, 0.0}, {0.0, 0.0, 1.0}, {a13, a12, 0.0} }, { {0.0, 1.0, 0.0}, {0.0, 0.0, 1.0}, {a23, 0.0, a21} } }; static double m[2] = { m1, m2 }; static double init_s[2][3] = { {1.0, 1.0, 1.0}, {1.0, 1.0, 1.0} }; inline static double mod(double x, double m) { long k = (long)(x / m); x -= k * m; if (x < 0.0) x += m; return x; } /* * Initialisation */ CMRRandomGenerator::CMRRandomGenerator() { for (int i = 0; i <= 1; i++) for (int j = 0; j <= 2; j++) s[i][j] = init_s[i][j]; } /* * Advance CMRG one step and return next number */ double CMRRandomGenerator::Next() { double p1 = mod(a12 * s[0][1] + a13 * s[0][0], m1); s[0][0] = s[0][1]; s[0][1] = s[0][2]; s[0][2] = p1; double p2 = mod(a21 * s[1][2] + a23 * s[1][0], m2); s[1][0] = s[1][1]; s[1][1] = s[1][2]; s[1][2] = p2; double p = p1 - p2; if (p < 0.0) p += m1; return (p + 1) * norm; } typedef unsigned long long Int64; typedef Int64 CMRG_Vector[3]; typedef Int64 CMRG_Matrix[3][3]; static Int64 ftoi(double x, double m) { if (x >= 0.0) return Int64(x); else return Int64((long double)x + (long double)m); } static double itof(Int64 i, Int64 m) { return i; } static void v_ftoi(double u[], CMRG_Vector v, double m) { for (int i = 0; i <= 2; i++) v[i] = ftoi(u[i], m); } static void v_itof(CMRG_Vector u, double v[], Int64 m) { for (int i = 0; i <= 2; i++) v[i] = itof(u[i], m); } static void v_copy(CMRG_Vector u, CMRG_Vector v) { for (int i = 0; i <= 2; i++) v[i] = u[i]; } static void m_ftoi(double a[][3], CMRG_Matrix b, double m) { for (int i = 0; i <= 2; i++) for (int j = 0; j <= 2; j++) b[i][j] = ftoi(a[i][j], m); } static void m_copy(CMRG_Matrix a, CMRG_Matrix b) { for (int i = 0; i <= 2; i++) for (int j = 0; j <= 2; j++) b[i][j] = a[i][j]; } static void mv_mul(CMRG_Matrix a, CMRG_Vector u, CMRG_Vector v, Int64 m) { CMRG_Vector w; int i, j; for (i = 0; i <= 2; i++) { w[i] = 0; for (j = 0; j <= 2; j++) w[i] = (a[i][j] * u[j] + w[i]) % m; } v_copy(w, v); } static void mm_mul(CMRG_Matrix a, CMRG_Matrix b, CMRG_Matrix c, Int64 m) { CMRG_Matrix d; int i, j, k; for (i = 0; i <= 2; i++) { for (j = 0; j <= 2; j++) { d[i][j] = 0; for (k = 0; k <= 2; k++) d[i][j] = (a[i][k] * b[k][j] + d[i][j]) % m; } } m_copy(d, c); } /* * Advance the CMRG by n*2^e steps */ void CMRRandomGenerator::Advance(unsigned long n, unsigned int e) { CMRG_Matrix B[2]; CMRG_Vector S[2]; Int64 M[2]; int i; for (i = 0; i <= 1; i++) { m_ftoi(a[i], B[i], m[i]); v_ftoi(s[i], S[i], m[i]); M[i] = Int64(m[i]); } while (e--) { for (i = 0; i <= 1; i++) mm_mul(B[i], B[i], B[i], M[i]); } while (n) { if (n & 1) for (i = 0; i <= 1; i++) mv_mul(B[i], S[i], S[i], M[i]); n >>= 1; if (n) for (i = 0; i <= 1; i++) mm_mul(B[i], B[i], B[i], M[i]); } for (i = 0; i <= 1; i++) v_itof(S[i], s[i], M[i]); } /* * cmr_random_generator.H * ====================== * * Combined Multiple Recursive random number generator. */ #ifndef cmr_random_generator_H #define cmr_random_generator_H class CMRRandomGenerator { public: CMRRandomGenerator(); double Next(); void Advance(unsigned long mant, unsigned int exp); protected: double s[2][3]; }; #endif

1 0

random number generator state
by Scott David Daniels Aug. 16, 2009

Aug. 16, 2009

I find I have a need in randomized testing for a shorter version of getstate, even if it _is_ slower to restore. When running exhaustive tests, a failure report should show the start state of the generator. Unfortunately, our current state includes a 625-element array. I want a state that can be read off a report and typed in to reproduce the state. Something a bit like the initial seed, a count of cycle calls, and a few other things. So, in addition to .getstate() and .setstate(...), I'd at least need to have .get_slow_state() and possibly expand what .setstate(...) takes. However, a call to .setstate should reset the counter or all is for naught. That means I need to change the results of .getstate, thus giving me three kinds of input to .setstate: old, new-short, and new-long. In trying to get this to work, I found what might be a bug: code says mt[0] = 0x80000000UL; /* MSB is 1; assuring non-zero initial array */ but probably should be: mt[0] |= 0x80000000UL; /* MSB is 1; assuring non-zero initial array */ In checking into that issue, I went to the original Mersenne-Twister code, and I see the original authors are pursuing a newer generator, dSFMT. I now have a dilemma. Should I continue the work on the original M-T code (which is now seeming problematic for compatibility) or simply make a new generator with similar calls using dSFMT and put the new feature in that where there is no compatibility problem. Which would be more useful for the Python community? --Scott David Daniels Scott.Daniels(a)Acm.Org

4 4

Updating tests in branches
by Frank Wierzbicki Aug. 16, 2009

Aug. 16, 2009

I plan on updating the Python unit tests with tests from Jython that turn out to be generic Python tests. Should I be putting these tests into trunk and 3k or should I also put them into the 2.6 and 3.1 maintenance branches as well? Regards, -Frank

2 2

Tweaking AST lineno and col_offset
by Frank Wierzbicki Aug. 14, 2009

Aug. 14, 2009

Hi all, Off and on I have been directly comparing Jython's AST with Python's AST and generally working towards making them as close to identical as possible. There are a couple of places where I haven't "fixed" Jython because it looks to me like Jython has slightly better offsets. One example: for a,b in c: pass The Tuple node "a,b" ends up with a col_offset of 0 (the position of the "for") where Jython has the col_offset as 4 (the position of "a"). Jython's result is more consistent with other Tuple node col_offset results. I have a local patch that changes the CPython col_offset to match Jython's, but before I submit a patch I thought I'd ask here if there is support for this sort of change and if I should continue to find col_offset and lineno results that look fishy to me, or should I just change Jython's results to match (one way or another, things will be much easier for me to test if they match). Also, would this be a change that would be considered a backwards incompatibility? In other words, would patches like this be allowed in 2.6/3.1 or only in 2.7/3.2. Regards, -Frank

3 7

(try-except) conditional expression similar to (if-else) conditional (PEP 308)
by Jeff McAninch Aug. 14, 2009

Aug. 14, 2009

I'm new to this list, so please excuse me if this topic has been discussed, but I didn't see anything similar in the archives. I very often want something like a try-except conditional expression similar to the if-else conditional. An example of the proposed syntax might be: x = float(string) except float('nan') or possibly x = float(string) except ValueError float('nan') Here's a simple example: Converting a large list of strings to floats where there may be errors that I want returned as nan's. Currently I would write the function: def safe_float_function(string): try: result = float(string) except: result = float('nan') return result and get my list of floats using the list comprehension: xs = [ safe_float_function(string) for string in strings ] With a try-except conditional I would instead define the following lambda: safe_float_conditional = lambda string : float(string) except float('nan') leading to: xs = [ safe_float_conditional(string) for string in strings ] My understanding is that the second would be faster at run time, and, like if-else conditional expressions, possibly more easily read by the human. Again, please excuse me if this has been discussed previously. If so, I'd appreciate being pointed to the discussion. Please also excuse me if for there is some currently (pre-python 3.0) idiom that I could use to efficiently get this same behaviour. If so, I'd appreciate being educated. Thanks, Jeff McAninch -- ========================== Jeffrey E. McAninch, PhD Physicist, X-2-IFD Los Alamos National Laboratory Phone: 505-667-0374 Email: mcaninch(a)lanl.gov ==========================

17 27

expy: an expressway to extend Python
by Yingjie Lan Aug. 14, 2009

Aug. 14, 2009

Hi All, This is to announce the initial release of expy 0.1.0. More details at http://expy.sourceforge.net/ Thanks! Yingjie

3 3

Summary of Python tracker Issues
by Python tracker Aug. 14, 2009

Aug. 14, 2009

ACTIVITY SUMMARY (08/07/09 - 08/14/09) Python 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. 2329 open (+26) / 16195 closed ( +8) / 18524 total (+34) Open issues with patches: 925 Average duration of open issues: 659 days. Median duration of open issues: 414 days. Open Issues Breakdown open 2297 (+26) pending 31 ( +0) Issues Created Or Reopened (34) _______________________________ TarFile.getmembers fails at struct.unpack: unpack requires a str 08/07/09 http://bugs.python.org/issue6669 created srid Printing the 'The Python Tutorial' 08/08/09 http://bugs.python.org/issue6670 created brimac webbrowser.py doesn't respect xfce default browser 08/09/09 http://bugs.python.org/issue6671 created ava1ar patch Add Mingw recognition to pyport.h to allow building extensions 08/09/09 http://bugs.python.org/issue6672 created f0k Py3.1 hangs in coroutine and eats up all memory 08/09/09 CLOSED http://bugs.python.org/issue6673 created scoder Fatal error: deallocating None 08/10/09 CLOSED http://bugs.python.org/issue6674 created shashi inf == inf (wrong IEEE 754 behaviour) 08/10/09 CLOSED http://bugs.python.org/issue6675 created Cyborg16 expat parser throws Memory Error when parsing multiple files 08/10/09 http://bugs.python.org/issue6676 created realpolitik Place the term "delete" within the documentation for os.remove() 08/10/09 http://bugs.python.org/issue6677 created mcow inspect.currentframe documentation omits optional depth paramete 08/10/09 http://bugs.python.org/issue6678 created llimllib obsolete paragraph in re doc for re.sub 08/10/09 CLOSED http://bugs.python.org/issue6679 created MLModel Python 3.1 fails to build when db.h contains non-UTF-8 character 08/10/09 CLOSED http://bugs.python.org/issue6680 created Arfrever patch email.parser clips trailing \n of multipart/mixed part if part e 08/10/09 http://bugs.python.org/issue6681 created gvanrossum Default traceback does not handle PEP302 loaded modules 08/11/09 http://bugs.python.org/issue6682 created anders.blomdell(a)control.lth.se smtplib authentication - try all mechanisms 08/11/09 http://bugs.python.org/issue6683 created shubes "x / 1" and "x * 1" should return x 08/11/09 CLOSED http://bugs.python.org/issue6684 created mrjbq7 CGI module documentation references method 'toupper'; should be 08/11/09 http://bugs.python.org/issue6685 created troy xml.sax.xmlreader.XMLReader.getProperty (xml.sax.handler.propert 08/11/09 http://bugs.python.org/issue6686 created cms103 patch Move the special-case for integer objects out of PyBytes_FromObj 08/11/09 http://bugs.python.org/issue6687 created alexandre.vassalotti patch, 26backport Optimize PyBytes_FromObject. 08/11/09 http://bugs.python.org/issue6688 created alexandre.vassalotti patch subprocess doesn't pass arguments correctly on Linux when shell= 08/12/09 http://bugs.python.org/issue6689 created davidfraser patch BUILD_SET followed by COMPARE_OP (in) can be optimized if all it 08/12/09 http://bugs.python.org/issue6690 created alex Support for nested classes and function for pyclbr 08/12/09 http://bugs.python.org/issue6691 created gpolo patch asyncore kqueue support 08/13/09 http://bugs.python.org/issue6692 created Ikinoki New functions in site.py to get user/global site packages paths 08/13/09 http://bugs.python.org/issue6693 created tarek patch itertools documentation still contains references to ifilterfals 08/13/09 CLOSED http://bugs.python.org/issue6694 created alex.morega PyXXX_ClearFreeList for dict, set, and list 08/13/09 http://bugs.python.org/issue6695 created matthiastroffaes patch Profile objects should be documented 08/13/09 http://bugs.python.org/issue6696 created honeyman Python 3.1 segfaults when invalid UTF-8 characters are passed fr 08/13/09 http://bugs.python.org/issue6697 created Arfrever IDLE no longer opens only an edit window when configured to do s 08/13/09 http://bugs.python.org/issue6698 created gpolo IDLE: Warn user about overwriting a file that has a newer versio 08/13/09 http://bugs.python.org/issue6699 created gpolo patch inspect.getsource() returns incorrect source lines 08/14/09 http://bugs.python.org/issue6700 created gagenellina patch Make custom xmlrpc extension easier 08/14/09 http://bugs.python.org/issue6701 created bogdan.opanchuk patch Tkinter: modify xview of entry widget 08/14/09 CLOSED http://bugs.python.org/issue6702 created paolo Issues Now Closed (22) ______________________ xview/yview of Tix.Grid is broken 705 days http://bugs.python.org/issue1135 gpolo patch IDLE - use enumerate instead of zip(count(), ...) 399 days http://bugs.python.org/issue3344 gpolo patch subprocess fails in select when descriptors are large 392 days http://bugs.python.org/issue3392 benjamin.peterson patch Idle doesn't obey the new improved warnings arguements 327 days http://bugs.python.org/issue3926 gpolo patch Idle hangs when given a nonexistent filename. 207 days http://bugs.python.org/issue4985 gpolo patch IDLE to support reindent.py 190 days http://bugs.python.org/issue5150 gpolo Python 3 pdb: shows internal code, breakpoints don't work 78 days http://bugs.python.org/issue6126 georg.brandl patch Missing Shell menu in Linux IDLE 67 days http://bugs.python.org/issue6168 gpolo Tkinter.Entry: fix for xview and some doc clarifications 73 days http://bugs.python.org/issue6180 gpolo patch test_ttk_guionly buildbot test crash: Tcl_FinalizeNotifier: noti 18 days http://bugs.python.org/issue6527 gpolo 2to3 fails to fix test.test_support 13 days http://bugs.python.org/issue6583 benjamin.peterson 2to3 test_print_function_option fails on Windows 14 days http://bugs.python.org/issue6599 benjamin.peterson patch Desire python.org documentation link to user contribution wiki ( 5 days http://bugs.python.org/issue6660 keenethery re.findall does not always return a list of strings 2 days http://bugs.python.org/issue6663 pitrou Py3.1 hangs in coroutine and eats up all memory 2 days http://bugs.python.org/issue6673 alexandre.vassalotti Fatal error: deallocating None 0 days http://bugs.python.org/issue6674 benjamin.peterson inf == inf (wrong IEEE 754 behaviour) 0 days http://bugs.python.org/issue6675 marketdickinson obsolete paragraph in re doc for re.sub 2 days http://bugs.python.org/issue6679 georg.brandl Python 3.1 fails to build when db.h contains non-UTF-8 character 2 days http://bugs.python.org/issue6680 benjamin.peterson patch "x / 1" and "x * 1" should return x 0 days http://bugs.python.org/issue6684 rhettinger itertools documentation still contains references to ifilterfals 0 days http://bugs.python.org/issue6694 georg.brandl Tkinter: modify xview of entry widget 0 days http://bugs.python.org/issue6702 gpolo Top Issues Most Discussed (10) ______________________________ 15 Regexp 2.7 (modifications to current re 2.2.2) 486 days open http://bugs.python.org/issue2636 5 Python 3 pdb: shows internal code, breakpoints don't work 78 days closed http://bugs.python.org/issue6126 5 urllib.quote() escapes characters unnecessarily and contrary to 486 days open http://bugs.python.org/issue2637 4 inf == inf (wrong IEEE 754 behaviour) 0 days closed http://bugs.python.org/issue6675 4 Py3.1 hangs in coroutine and eats up all memory 2 days closed http://bugs.python.org/issue6673 4 subprocess fails in select when descriptors are large 392 days closed http://bugs.python.org/issue3392 3 PyXXX_ClearFreeList for dict, set, and list 1 days open http://bugs.python.org/issue6695 3 subprocess doesn't pass arguments correctly on Linux when shell 2 days open http://bugs.python.org/issue6689 3 xml.sax.xmlreader.XMLReader.getProperty (xml.sax.handler.proper 3 days open http://bugs.python.org/issue6686 3 email.parser clips trailing \n of multipart/mixed part if part 4 days open http://bugs.python.org/issue6681

1 0

Tkinter: modify xview of entry widget
by paolo.fragu＠libero.it Aug. 14, 2009

Aug. 14, 2009

Hi, I'm Paolo from Italy and I'm a python user. I wish to propose a useful and smart method modify in Tkinter Library: Previously to scroll this widget we had to write an external function (recalling xview_moveto and xview_scroll). With my method this operation is cleared and the same as all other widgets (just have to call xview). ---------------------------------------------------------- Modify Proposal: ---------------------------------------------------------- Change the method xview of entry so it works as all widget scrollable, and it's compatible with 'old' xview. So to scroll entry widget: entry_widget['xscrollcommand']=scroll_widget.set scroll_widget['command']=entry_widget.xview The change in module Tkinter is: def xview(self,*args): """Query and change horizontal position of the view.""" #modify if not args: return self._getdoubles(self.tk.call(self._w, 'xview')) #old code index=args[0] self.tk.call(self._w, 'xview', index) ---------------------------------------------------------- I wish that this implementation could be integrated in Tkinter, and I remain at disposal for any question or further information. Waiting for your response, Best regards Paolo Fraguglia

3 2

[RELEASED] Python 3.1.1 Release Candidate
by Benjamin Peterson Aug. 13, 2009

Aug. 13, 2009

On behalf of the Python development team, I'm pleased to announce the first release candidate of Python 3.1.1. This bug fix release fixes many normal bugs and several critical ones including potential data corruption in the io library. The final version should be out within the next week. Python 3.1 focuses on the stabilization and optimization of the features and changes that Python 3.0 introduced. For example, the new I/O system has been rewritten in C for speed. File system APIs that use unicode strings now handle paths with undecodable bytes in them. Other features include an ordered dictionary implementation, a condensed syntax for nested with statements, and support for ttk Tile in Tkinter. For a more extensive list of changes in 3.1, see http://doc.python.org/3.1/whatsnew/3.1.html or Misc/NEWS in the Python distribution. To download Python 3.1.1 visit: http://www.python.org/download/releases/3.1/ The 3.1 documentation can be found at: http://docs.python.org/3.1 Bugs can always be reported to: http://bugs.python.org Enjoy! -- Benjamin Peterson Release Manager benjamin at python.org (on behalf of the entire python-dev team and 3.1.1's contributors)

1 0