Mailman 3 May 2006 - Python-Dev

uriparsing library (Patch #1462525)
by Paul Jimenez 30 May '06

30 May '06

http://sourceforge.net/tracker/index.php?func=detail&aid=1462525&group_id=5… This is just a note to ask when the best time to try and get this in is - I've seen other new/changed libs going in for 2.5 and wanted to make sure this didn't fall off the radar. If now's the wrong time, please let me know when the right time is so I can stick my head up again then. Thanks, --pj

1 0

bug in PEP 318
by Alexander Bernauer 30 May '06

30 May '06

Hi I found two bugs in example 4 of the PEP 318 [1]. People on #python pointed me to this list. So here is my report. Additionally I appended an afaics correct implementation for this task. [1] http://www.python.org/dev/peps/pep-0318/ Bug 1) The decorator "accepts" gets the function which is returned by the decorator "returns". This is the function "new_f" which is defined differently from the function "func". Because the first has an argument count of zero, the assertion on line 3 is wrong. Bug 2) The assertion on line 6 does not work correctly for tuples. If the second argument of "isinstance" is a tuple, the function returns true, if the first argument is an instance of either type of the tuple. Unfortunately the example uses tuples. Here goes my proposal for this decorators. Feel free to do anything you like with it. ---8<--- def checktype(o, t): """check if the type of the object "o" is "t" """ # in case of a tuple descend if isinstance(t, tuple): assert isinstance(o, tuple), str(type(o)) assert len(o) == len(t), "%d %d" % (len(o), len(t)) for (o2, t2) in zip(o, t): checktype(o2, t2) # isinsance(None, None) raises a TypeError. # so we need extra handling for this case elif t == None: assert o == None else: assert isinstance(o, t), "%s %s" % (str(type(o)), str(t)) class accepts(object): def __init__(self, *types): self.types = types def __call__(self, func): self.func = func def check(*args, **kwds): checktype(args, self.types) self.func(*args, **kwds) return check class returns(object): def __init__(self, *types): self.types = types def __call__(self, func): self.func = func def check(*args, **kwds): value = self.func(*args, **kwds) # if the function returns only on object the single object is no tuple # this extra case results in an extra handling here if isinstance(value, tuple): checktype(value, self.types) else: checktype((value,), self.types) return value return check --->8--- To be honest, I didn't understand what the purpose of setting "func_name" is, so I left it out. If its neccessary please feel free to correct me. In contrast to tuples lists and dictionaries are not inspected. The reason is that I don't know how to express: "the function accepts a list of 3 or more integers" or alike. Perhaps somebody has an idea for this. Here are some examples of what is possible: ---8<--- @accepts(int) @returns(int) def foo(a): return a foo(3) @accepts(int, (float, int)) @returns(int, str) def foo(a, b): return (1, "asdf") foo(1, (2.0, 1)) @returns(None) def foo(): pass foo() @accepts(int, int) def foo(a, *args): pass foo(3,3) @accepts(tuple) @returns(list) def foo(a): return list(a) foo((1,1)) --->8--- I wonder, how it can be, that those imho obvious mistakes go into a PEP and stay undetected there for almost 3 years. Perhaps I misunderstood something completly. In this case, please excuse me and ignore my mail. The welcome message to this lists asked for introducing myself. Well, there is nothing special to say about me concerning python. Let's say, I'm just a fan. cu -- Alexander Bernauer

2 1

Remove METH_OLDARGS?
by Georg Brandl 30 May '06

30 May '06

In the process of reviewing and possibly extending getargs.c, I stumbled over the "compatibility" flag supposedly used for METH_OLDARGS functions. No code in the core uses this calling convention any more, and it has been deprecated for quite a long time (since 2.2), so would it be appropriate to end support for it in 2.5? [G]

9 25

problem with compilation flags used by distutils
by Toon Knapen 30 May '06

30 May '06

We are compiling python on a multitude of platforms using a multitude of compilers and encountered problems when building python and python-extensions when specific flags need to be used by the compiler. For instance, currently we're building the trunk on a Sun Solaris 9 machine using Sun Studio 11. To make python compile in 64bit we execute the following sequence: <commands> export CC=cc export CFLAGS="-xarch=v9" export EXTRA_CFLAGS="-xarch=v9" export CXX=CC export CXXFLAGS="-xarch=v9" export F77=f77 export FFLAGS="-xarch=v9" export LDFLAGS="-xarch=v9" ./configure </commands> Unless we define 'EXTRA_CFLAGS' (which is not documented in `configure --help`) we need to add the "-xarch=v9" command-line option also manually to the generated Makefile to make sure python compiles with this option. Next when compiling python-extensions (e.g. numarray) using distutils, distutils does not know it needs to pass the "-xarch=v9" option when linking a dynamic library. Distutils will still consult the LDFLAGS env.var. but IMO it also needs to use the content of LDFLAGS at the time python itself was compiled to secure that extensions are built compatible with python itself. toon

1 0

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 29 May '06

29 May '06

Patch / Bug Summary ___________________ Patches : 375 open ( -3) / 3264 closed (+26) / 3639 total (+23) Bugs : 910 open ( +3) / 5851 closed (+20) / 6761 total (+23) RFE : 217 open ( -1) / 220 closed ( +3) / 437 total ( +2) New / Reopened Patches ______________________ Minor Correction to urllib2 HOWTO (2006-05-20) CLOSED http://python.org/sf/1492147 opened by Mike Foord None missing from keyword module (2006-05-20) CLOSED http://python.org/sf/1492218 opened by iga Seilnacht Socket-object convenience function: getpeercred(). (2006-05-20) http://python.org/sf/1492240 opened by Heiko Wundram urllib2 HOWTO - Further (minor) Corrections (2006-05-20) CLOSED http://python.org/sf/1492255 opened by Mike Foord Windows CE support (part 1) (2006-05-21) CLOSED http://python.org/sf/1492356 opened by Luke Dunstan Windows CE support (part 2) (2006-05-27) http://python.org/sf/1495999 opened by Luke Dunstan Unification of list-comp and for syntax (2006-05-21) http://python.org/sf/1492509 opened by Heiko Wundram distinct error type from shutil.move() (2006-05-22) http://python.org/sf/1492704 opened by Zooko O'Whielacronx Improvements to ceval.c (2006-05-22) http://python.org/sf/1492828 opened by mrjbq7 Speed up gzip.readline (~40%) (2005-09-04) CLOSED http://python.org/sf/1281707 reopened by marumari Speed up gzip.readline (~40%) (2005-09-04) CLOSED http://python.org/sf/1281707 reopened by marumari Allow build without tracing (2006-05-22) CLOSED http://python.org/sf/1493102 opened by Steve Holden Performance enhancements for struct module (2006-05-23) CLOSED http://python.org/sf/1493701 opened by Bob Ippolito Documentation for new Struct object (2006-05-24) http://python.org/sf/1494140 opened by Bob Ippolito PyUnicode_Resize cannot resize shared unicode object (2006-05-25) CLOSED http://python.org/sf/1494487 opened by Hirokazu Yamamoto Numeric characters not recognized. (2006-05-24) CLOSED http://python.org/sf/1494554 opened by Anders Chrigström BaseWidget.destroy updates master's childern too early (2006-05-24) http://python.org/sf/1494750 opened by Greg Couch Scalable zipfile extension (2003-09-27) CLOSED http://python.org/sf/813436 reopened by jafo Remove types.InstanceType and new.instance (2006-05-26) CLOSED http://python.org/sf/1495675 opened by Collin Winter Fix test_exceptions.py (2006-05-27) http://python.org/sf/1496135 opened by Collin Winter urllib2 HTTPPasswordMgr: default ports (2006-05-28) CLOSED http://python.org/sf/1496206 opened by John J Lee Convert Tkinter to METH_VARARGS style (2006-05-29) http://python.org/sf/1496952 opened by Georg Brandl deprecate METH_OLDARGS (2006-05-29) CLOSED http://python.org/sf/1496957 opened by Georg Brandl urllib2: ensure digest auth happens in preference to basic (2006-05-29) CLOSED http://python.org/sf/1497027 opened by John J Lee Let dicts propagate the exceptions in user __eq__ (2006-05-29) http://python.org/sf/1497053 opened by Armin Rigo Patches Closed ______________ Minor Correction to urllib2 HOWTO (2006-05-21) http://python.org/sf/1492147 closed by quiver None missing from keyword module (2006-05-20) http://python.org/sf/1492218 closed by gbrandl urllib2 HOWTO - Further (minor) Corrections (2006-05-21) http://python.org/sf/1492255 closed by quiver Windows CE support (part 1) (2006-05-21) http://python.org/sf/1492356 closed by loewis PC new-logo-based icon set (2006-05-17) http://python.org/sf/1490384 closed by loewis Cleaned up 16x16px icons for windows. (2006-05-03) http://python.org/sf/1481304 closed by loewis property to get the docstring from fget (2004-08-08) http://python.org/sf/1005461 closed by gbrandl Speed up gzip.readline (~40%) (2005-09-04) http://python.org/sf/1281707 closed by etrepum Speed up gzip.readline (~40%) (2005-09-04) http://python.org/sf/1281707 closed by etrepum Speed up gzip.readline (~40%) (2005-09-04) http://python.org/sf/1281707 closed by etrepum scary frame speed hacks (2004-01-13) http://python.org/sf/876206 closed by tim_one Allow build without tracing (2006-05-22) http://python.org/sf/1493102 closed by gbrandl MacOSX: distutils support for -arch and -isysroot flags (2006-05-13) http://python.org/sf/1488098 closed by ronaldoussoren Performance enhancements for struct module (2006-05-23) http://python.org/sf/1493701 closed by etrepum Fix for int(string, base) wrong answers (take 2) (2005-10-24) http://python.org/sf/1335972 closed by tim_one remove 4 ints from PyFrameObject (2005-10-25) http://python.org/sf/1337051 closed by tim_one PyUnicode_Resize cannot resize shared unicode object (2006-05-24) http://python.org/sf/1494487 closed by doerwalter Numeric characters not recognized. (2006-05-24) http://python.org/sf/1494554 closed by loewis PyLong_FromString optimization (2006-03-04) http://python.org/sf/1442927 closed by tim_one Remove some invariant conditions and assert in ceval (2005-02-20) http://python.org/sf/1145039 closed by tim_one Scalable zipfile extension (2003-09-27) http://python.org/sf/813436 closed by jafo Reduce number of open calls on startup (2004-03-23) http://python.org/sf/921466 closed by gbrandl Remove types.InstanceType and new.instance (2006-05-26) http://python.org/sf/1495675 closed by gvanrossum urllib2 HTTPPasswordMgr: default ports (2006-05-27) http://python.org/sf/1496206 closed by gbrandl urllib2 handler naming convention collision (2004-06-13) http://python.org/sf/972322 closed by gbrandl Rename functional to functools (2006-04-29) http://python.org/sf/1478788 closed by ncoghlan deprecate METH_OLDARGS (2006-05-29) http://python.org/sf/1496957 closed by gbrandl urllib2: ensure digest auth happens in preference to basic (2006-05-29) http://python.org/sf/1497027 closed by gbrandl New / Reopened Bugs ___________________ keyword and topic help broken in Pythonwin IDE (2006-05-15) CLOSED http://python.org/sf/1489051 reopened by gbrandl Wierd Floating Point on FreeBSD4 (2006-05-20) CLOSED http://python.org/sf/1492293 opened by David Abrahams bsddb: db never opened for writing forgets its size (2006-05-22) http://python.org/sf/1493322 opened by Steven Taschuk time.strftime() %z error (2006-05-23) CLOSED http://python.org/sf/1493676 opened by Cillian Sharkey Setting a socket timeout breaks SSL (2006-05-24) CLOSED http://python.org/sf/1493922 opened by Andrew Pollock Cannot use high-numbered sockets in 2.4.3 (2006-05-24) http://python.org/sf/1494314 opened by Michael Smith SVN longobject.c compiler warnings (2006-05-24) CLOSED http://python.org/sf/1494387 opened by Joel Konkle-Parker unchecked PyObject_SetAttrString() in PyErr_SyntaxLocation() (2006-05-24) CLOSED http://python.org/sf/1494605 opened by Brett Cannon PyOS_ascii_strtod() uses malloc() (2006-05-24) CLOSED http://python.org/sf/1494671 opened by Brett Cannon PyOS_ascii_strtod() uses malloc() directly (2006-05-25) CLOSED http://python.org/sf/1494671 reopened by gbrandl pyclbr add whitespace chars to base class name (2006-05-25) CLOSED http://python.org/sf/1494787 opened by Dmitry Vasiliev int/long assume that the buffer ends in \0 => CRASH (2006-05-25) http://python.org/sf/1495033 opened by James Y Knight sys.getfilesystemencoding (2006-05-25) CLOSED http://python.org/sf/1495089 opened by Felix Wiemann OverflowWarning still in 2.5 despite docstring (2006-05-25) CLOSED http://python.org/sf/1495175 opened by Jim Jewett Install under osx 10.4.6 breaks shell. (2006-05-25) http://python.org/sf/1495210 opened by ephantom W3C <-> Python DOM type mapping docs need updating (2006-05-25) http://python.org/sf/1495229 opened by Mike Brown make altinstall installs pydoc (2006-05-26) http://python.org/sf/1495488 opened by Tim Heaney os.listdir(): inconsistent behavior with trailing spaces (2006-05-26) CLOSED http://python.org/sf/1495754 opened by Kenneth J. Pronovici Still a problem (2006-05-26) http://python.org/sf/1495802 opened by jpsc986_hj test_float segfaults with SIGFPE on FreeBSD 6.0 / Alpha (2006-05-27) http://python.org/sf/1496032 opened by Bob Ippolito Incorrect error message related to **kwargs (2006-05-28) CLOSED http://python.org/sf/1496278 opened by Collin Winter strptime: wrong default values used to fill in missing data (2006-05-28) http://python.org/sf/1496315 opened by Markus Gritsch tarfile.py: dict order dependency (2006-05-28) http://python.org/sf/1496501 opened by Armin Rigo Modules in cwd can't be imported in interactive mode (2006-05-28) CLOSED http://python.org/sf/1496539 opened by iga Seilnacht Building Python 2.4.3 on Solaris 9/10 with Sun Studio 11 (2006-05-28) http://python.org/sf/1496561 opened by Andreas Bugs Closed ___________ Segmentation fault while using Tkinter (2006-05-01) http://python.org/sf/1479586 closed by loewis keyword and topic help broken in Pythonwin IDE (2006-05-15) http://python.org/sf/1489051 closed by gbrandl Wierd Floating Point on FreeBSD4 (2006-05-21) http://python.org/sf/1492293 closed by loewis time.strftime() %z error (2006-05-23) http://python.org/sf/1493676 closed by bcannon int(string, base) wrong answers (2005-10-22) http://python.org/sf/1334662 closed by tim_one Setting a socket timeout breaks SSL (2006-05-24) http://python.org/sf/1493922 closed by loewis SVN longobject.c compiler warnings (2006-05-24) http://python.org/sf/1494387 closed by tim_one unchecked PyObject_SetAttrString() in PyErr_SyntaxLocation() (2006-05-24) http://python.org/sf/1494605 closed by gbrandl PyOS_ascii_strtod() uses malloc() directly (2006-05-25) http://python.org/sf/1494671 closed by gbrandl PyOS_ascii_strtod() uses malloc() directly (2006-05-24) http://python.org/sf/1494671 closed by bcannon Erroneous \url command in python.sty (2005-09-03) http://python.org/sf/1281291 closed by fdrake pyclbr add whitespace chars to base class name (2006-05-25) http://python.org/sf/1494787 closed by gbrandl Setting socket timeout crashes SSL (2005-02-27) http://python.org/sf/1153016 closed by twouters Multiple dots in relative import statement raise SyntaxError (2006-05-15) http://python.org/sf/1488915 closed by twouters sys.getfilesystemencoding (2006-05-25) http://python.org/sf/1495089 closed by gbrandl OverflowWarning still in 2.5 despite docstring (2006-05-25) http://python.org/sf/1495175 closed by gbrandl os.listdir(): inconsistent behavior with trailing spaces (2006-05-26) http://python.org/sf/1495754 closed by gbrandl urllib2 Request.get_host and proxies (2003-03-05) http://python.org/sf/698374 closed by jjlee Incorrect error message related to **kwargs (2006-05-28) http://python.org/sf/1496278 closed by gbrandl Modules in cwd can't be imported in interactive mode (2006-05-28) http://python.org/sf/1496539 closed by gbrandl can't pickle slice objects (2006-05-12) http://python.org/sf/1487420 closed by gbrandl New / Reopened RFE __________________ Create "Performance" category? (2006-05-22) CLOSED http://python.org/sf/1492856 opened by Sean Reifschneider Integer bit operations performance improvement. (2006-05-22) http://python.org/sf/1492860 opened by Sean Reifschneider sys.getrefcount should be in gc (2006-05-24) http://python.org/sf/1494595 opened by Jim Jewett RFE Closed __________ Create "Performance" category? (2006-05-22) http://python.org/sf/1492856 closed by tim_one Create a fat build on darwin (2005-06-10) http://python.org/sf/1218333 closed by ronaldoussoren Add encoding to DocFileSuite (2004-12-08) http://python.org/sf/1080727 closed by quiver

1 0

Re: [Python-Dev] test_gzip/test_tarfile failure om AMD64
by Delaney, Timothy (Tim) 29 May '06

29 May '06

Thomas Wouters wrote: > If 2.5 warns and does the old thing, the upgrade path is easy and > defendable. This is also why there are future statements -- I > distinctly recall making the same argument back then :-) The cost of > continuing the misfeatures in struct for one release does not weigh > up to the cost of breaking compatibility unwarned. This really sounds to me like a __future__ import would be useful to get the fixed behaviour. Tim Delaney

2 1

2.5a2 try/except slow-down: Convert to type?
by Sean Reifschneider 29 May '06

29 May '06

We're working at the sprint on tracking this down. I want to provide some history first and then what we're looking for feedback on. Steve Holden found this on Sunday, the pybench try/except test shows a ~60% slowdown from 2.4.3 to 2.5a2. The original test is, roughly: for i in range(N): try: raise ValueError, 'something' except: pass But changing it to the following shows 0% slowdown from 2.4.3 to 2.5a2: e = ValueError('something') for i in range(N): try: raise e except: pass The change is that from 2.4.3 to 2.5a2 includes Brett Cannon's patch to make exceptions all new-style objects. Brett provided the following direction: >Right, I meant change how it (BaseException) is written. Right now >it uses PyMethodDef for magic methods and just uses PyType_New() >as a constructor. I was wondering if, for some reason, it would be >faster if you used a PyType_Type definition for BaseException and >used the proper C struct to associate the methods with the class. Richard Jones has done some investigation, and we're looking at fixing it from the current implementation. This is basically a direct implementation of the old-style exception, but inheriting from object. Converting it to a type in C should reduce the cost dramatically. We're looking for feedback on where this may cause problems or break things. Thoughts? Thanks, Sean -- Thieves broke into Scotland Yard yesterday and stole all the toilets. Detectives say they have nothing to go on. Sean Reifschneider, Member of Technical Staff <jafo(a)tummy.com> tummy.com, ltd. - Linux Consulting since 1995: Ask me about High Availability

6 9

DRAFT: python-dev summary for 2006-04-01 to 2006-04-15
by Steven Bethard 29 May '06

29 May '06

Ok, here comes the first half of April. Again, please let me know if you have any comments or corrections (and thanks to those who already got back to me on the last one). I'm gonna try to keep these coming over the next week or so until I'm all caught up. ============= Announcements ============= --------------------- Python 2.5a1 Released --------------------- Python 2.5 alpha 1 was released on April 5th. Please download it and try it out, particularly if you are an extension writer or you embed Python -- you may want to change things to support 64-bit sequences, and if you have been using mismatched PyMem_* and PyObject_* allocation calls, you will need to fix these as well. Contributing threads: - `TRUNK FREEZE. 2.5a1, 00:00 UTC, Wednesday 5th of April. <http://mail.python.org/pipermail/python-dev/2006-April/063324.html>`__ - `outstanding items for 2.5 <http://mail.python.org/pipermail/python-dev/2006-April/063328.html>`__ - `chilling svn for 2.5a1 <http://mail.python.org/pipermail/python-dev/2006-April/063403.html>`__ - `Reminder: TRUNK FREEZE. 2.5a1, 00:00 UTC, Wednesday 5th of April. <http://mail.python.org/pipermail/python-dev/2006-April/063426.html>`__ - `RELEASED Python 2.5 (alpha 1) <http://mail.python.org/pipermail/python-dev/2006-April/063441.html>`__ - `TRUNK is UNFROZEN <http://mail.python.org/pipermail/python-dev/2006-April/063443.html>`__ - `segfault (double free?) when '''-string crosses line <http://mail.python.org/pipermail/python-dev/2006-April/063572.html>`__ - `pdb segfaults in 2.5 trunk? <http://mail.python.org/pipermail/python-dev/2006-April/063591.html>`__ - `IMPORTANT 2.5 API changes for C Extension Modules and Embedders <http://mail.python.org/pipermail/python-dev/2006-April/063637.html>`__ ---------------------- Contributor agreements ---------------------- If you're listed in the `Python acknowledgments`_, and you haven't signed a `contributor agreement`_, please submit one as soon as possible. Note that this includes even the folks that have been around forever -- the PSF would like to be as careful as possible on this one. .. _Python acknowledgments: http://svn.python.org/projects/python/trunk/Misc/ACKS .. _contributor agreement: http://www.python.org/psf/contrib-form-python.html Contributing threads: - `PSF Contributor Agreement for pysqlite <http://mail.python.org/pipermail/python-dev/2006-April/063578.html>`__ --------------------------- Firefox Python bug searches --------------------------- Anthony Baxter has created a `Firefox searchbar`_ for finding Python bugs by their SourceForge IDs. There are also two Firefox sidebar options: `Mark Hammond's`_ and `Daniel Lundin's`_. .. _Firefox searchbar: http://www.python.org/~anthony/searchbar/ .. _Mark Hammond's: http://starship.python.net/~skippy/mozilla/ .. _Daniel Lundin's: http://projects.edgewall.com/python-sidebar/ Contributing thread: - `Firefox searchbar engine for Python bugs <http://mail.python.org/pipermail/python-dev/2006-April/063285.html>`__ ------------------------------------------------- Building Python with the free MS Toolkit compiler ------------------------------------------------- Paul Moore documented how to build Python on Windows with the free MS Toolkit C++ compiler `on the wiki`_. The most up-to-date version of these instructions is in `PCbuild/readme.txt`_. .. _on the wiki: http://wiki.python.org/moin/Building_Python_with_the_free_MS_C_Toolkit .. _PCbuild/readme.txt: http://svn.python.org/projects/python/trunk/PCbuild/readme.txt Contributing thread: - `Building Python with the free MS Toolkit compiler <http://mail.python.org/pipermail/python-dev/2006-April/063719.html>`__ ---------------------------------------------- Please login to the wiki when you make changes ---------------------------------------------- Skip Montanaro has requested that anyone posting to the wiki sign in first, as this makes things easier for those monitoring changes to the wiki. When you're logged in, your changes appear with your name, and so can be immediately recognized as not being wiki-spam. Contributing thread: - `Suggestion: Please login to wiki when you make changes <http://mail.python.org/pipermail/python-dev/2006-April/063447.html>`__ --------------------------- Checking an older blamelist --------------------------- While the buildbot blamelist may scroll off the `main page`_ in a matter of hours, you can still see the blamelist for a particular revision by checking a particular build number, e.g. to see build 800 of the trunk on the G4 OSX, you could check http://www.python.org/dev/buildbot/trunk/g4%20osx.4%20trunk/builds/800. .. _main page: http://www.python.org/dev/buildbot/all/ Contributing threads: - `Preserving the blamelist <http://mail.python.org/pipermail/python-dev/2006-April/063633.html>`__ - `TODO Wiki (was: Preserving the blamelist) <http://mail.python.org/pipermail/python-dev/2006-April/063673.html>`__ ========= Summaries ========= ------------------------- Garbage collection issues ------------------------- One of the problems with garbage-collecting generators (now that they have a __del__ method) was that GC normally assumes that because the *type* has a __del__ method, the *instance* needs finalization. Many generator instances may not need finalization even though their type has a __del__ slot, so generators have been special-cased in the garbage-collection code so that GC can sometimes tell that a generator does not need its finalizer called. As a side note, Tim Peters pointed out that if you're worried about cyclic-gc and __del__ methods, one of the ways to avoid problems is to remove the __del__ method from the object you think might be included in a cycle, and add an attribute to that object that holds a "closing" object with a __del__ method that simply closes all your resources. Since your main object won't have a __del__, it will be easily collected, which should make the closing object collectable too. Contributing threads: - `reference leaks, __del__, and annotations <http://mail.python.org/pipermail/python-dev/2006-March/063213.html>`__ - `reference leaks, __del__, and annotations <http://mail.python.org/pipermail/python-dev/2006-April/063257.html>`__ - `Debugging opportunity :-) <http://mail.python.org/pipermail/python-dev/2006-April/063746.html>`__ ------------------ ElementTree naming ------------------ The elementtree package was included in Python 2.5 as xml.etree. There were some complaints about the naming schemes (which aren't quite `PEP 8`_-compliant) but changing these while elementtree is still distributed as a standalone package seemed like a bad idea. People generally felt that style-motivated renamings should all wait until Python 3000. .. _PEP 8: http://www.python.org/dev/peps/pep-0008/ Contributing thread: - `elementtree in stdlib <http://mail.python.org/pipermail/python-dev/2006-April/063477.html>`__ ----------------------------- Externally maintained modules ----------------------------- Brett Cannon was putting together a PEP for externally maintained code in the stdlib (e.g. ctypes and pysqlite). The PEP will list all modules and packages within the stdlib that are maintained externally, as well as the contact info for their maintainers and the locations where bugs and patches should be reported. At the time of this summary, he had not yet been assigned a PEP number. Contributing threads: - `PEP to list externally maintained modules and where to report bugs? <http://mail.python.org/pipermail/python-dev/2006-April/063279.html>`__ - `need info for externally maintained modules PEP <http://mail.python.org/pipermail/python-dev/2006-April/063549.html>`__ -------------------------------------- String prefix for internationalization -------------------------------------- Martin Blais proposed an ``i`` prefix for internationalized strings to get rid of the ``_()`` required by pygettext. This would allow pygettext to more easily identify internationalized strings, and reduce the number of parentheses necessary in internationalized code. However, it would only have saved two key-strokes, it would have required the introduction of ``iu`` and ``ir`` prefixes, and it would have forced some rewriting of the tools that currently do string extraction using ``_()``, so the idea was rejected. Contributing thread: - `The "i" string-prefix: I18n'ed strings <http://mail.python.org/pipermail/python-dev/2006-April/063488.html>`__ --------------------------- PEP 359: The make statement --------------------------- Steven Bethard introduced a PEP for the make statement which would have made the statement:: make <callable> <name> <tuple>: <block> syntactic sugar for:: class <name> <tuple>: __metaclass__ = <callable> <block> The goal was to allow the creation of non-class objects from a namespace without requiring a misleading ``class`` statement and ``__metaclass__`` hook. With appropriately defined objects, the make statement would have supported syntax like:: make block_property x: '''The x of the frobulation''' def fget(self): ... def fset(self): ... make Schema registration: make String name: max_length = 100 not_empty = True make PostalCode postal_code: not_empty = True make Int age: min = 18 In current Python these would have to be created using class statements which misleadingly created objects that were not classes. Responses were mixed, and the discussion continued on into the next fortnight. .. _PEP 359: http://www.python.org/dev/peps/pep-0359/ Contributing thread: - `PEP 359: The "make" Statement <http://mail.python.org/pipermail/python-dev/2006-April/063694.html>`__ --------------------------------------------- Formatting exceptions with their module names --------------------------------------------- Georg Brandl checked in a patch to make traceback.format_exception_only() prepend the exception's module name in the same way the interpreter does. This caused a number of doctests to fail because the exception module names were not included. After some discussion, it seemed like people agreed that even though some doctests would be broken, it was more important to have the interpreter and traceback.format_exception_only() produce the same output. Contributing thread: - `[Python-checkins] r45321 - in python/trunk: Lib/test/test_traceback.py Lib/traceback.py Misc/NEWS <http://mail.python.org/pipermail/python-dev/2006-April/063662.html>`__ ------------------- Benchmarking python ------------------- Benji York and a few others ran Python 2.5a1 through pystone and found it mostly comparable to 2.4.2. However, Raymond Hettinger pointed out that pystone isn't really an appropriate benchmark for comparing across versions -- it's intended more for comparing across architectures and compilers. Contributing threads: - `2.5a1 Performance <http://mail.python.org/pipermail/python-dev/2006-April/063450.html>`__ - `Buildbot slave locks (Was: 2.5a1 Performance) <http://mail.python.org/pipermail/python-dev/2006-April/063481.html>`__ ------------------------------------------------------ PySocketSockObject, socketmodule.c, _ssl.c and Windows ------------------------------------------------------ Tim Peters noticed that on Windows, socketmodule.c and _ssl.c disagreed about the offset of the ``sock_timeout`` member of a ``PySocketSockObject``. Turns out that since _socket was built by a .vcproj but _ssl was built by _ssl.mak (which had forgotten to define WIN32), doubles were aligned to an 8-byte boundary when socketmodule.c was compiled but a 4-byte boundary when _ssl was compiled. Contributing thread: - `Who understands _ssl.c on Windows? <http://mail.python.org/pipermail/python-dev/2006-April/063543.html>`__ ------------------------------ Getting a dictionary of counts ------------------------------ Alex Martelli proposed adding a ``tally()`` function to the collections module which would count the number of each value in an iterable and produce a dictionary. So for example:: tally('abacaab') == {'a': 4, 'c': 1, 'b': 2} People generally thought the function would be useful, but there was some discussion as to whether or not it would be better to provide a collections.bag object instead. The discussion fizzled out without any patches being produced. Contributing thread: - `tally (and other accumulators) <http://mail.python.org/pipermail/python-dev/2006-April/063382.html>`__ ------------------------ Building Python with C++ ------------------------ Anthony Baxter has donated some of his recent time to getting Python to compile with g++. He got Python core to compile correctly, but there were lots of errors in the Modules code that wasn't C++ safe. If you'd like to help Anthony out and fix some bugs, try it yourself using ``CC=g++ ./configure --with-cxx=g++`` Contributing thread: - `building with C++ <http://mail.python.org/pipermail/python-dev/2006-April/063632.html>`__ ---------------------- Adding PEP 302 support ---------------------- Phillip J. Eby has been working on adding `PEP 302`_ import loader support to the necessary modules around Python. In the process, he noticed that both runpy and test.test_importhooks reimplement the base `PEP 302`_ algorithm, and suggested adding functions to pkgutil that would allow such modules to all share the same code for this kind of thing. The code appears to have been checked in, but docs do not appear to be available yet. .. _PEP 302: http://www.python.org/dev/peps/pep-0359/ Contributing threads: - `PEP 302 support for traceback, inspect, site, warnings, doctest, and linecache <http://mail.python.org/pipermail/python-dev/2006-April/063586.html>`__ - `Proposal: expose PEP 302 facilities via 'imp' and 'pkgutil' <http://mail.python.org/pipermail/python-dev/2006-April/063623.html>`__ - `PEP 302 support for pydoc, runpy, etc. <http://mail.python.org/pipermail/python-dev/2006-April/063724.html>`__ ----------------------------------------- Having Python use dlopen() on Darwin/OS X ----------------------------------------- Zachary Pincus asked about using the normal code path for Unix-like systems through dlopen() for Darwin/OS X instead of the officially discouraged NeXT-derived APIs that Python was using at the time. Bob Ippolito approved the patch, and OS X users should hopefully see the change in Python 2.5. Contributing thread: - `Use dlopen() on Darwin/OS X to load extensions? <http://mail.python.org/pipermail/python-dev/2006-April/063336.html>`__ ------------------------------- Saving the hash value of tuples ------------------------------- Noam Raphael suggested `caching the hash value of tuples`_ in a similar way to what is done for strings now. But without any measurements showing that this improved performance, and with the relative rareness of hashing tuples, Guido thought that this was a bad idea. .. _caching the hash value of tuples: http://bugs.python.org/1462796 Contributing thread: - `Saving the hash value of tuples <http://mail.python.org/pipermail/python-dev/2006-April/063275.html>`__ ------------------ sqlite3.dll issues ------------------ If a Windows user tries ``import sqlite3`` and Python finds SQLite's sqlite3.dll before it finds pysqlite's sqlite.py module, Python will end up incorrectly raising an ImportError. Martin v. Löwis suggested that maybe Python should stop treating .dll files as extension modules so conflicts like this could be avoided. It was unclear at the end of the thread if this (or any other) route was being persued. Contributing thread: - `Renaming sqlite3 <http://mail.python.org/pipermail/python-dev/2006-April/063327.html>`__ ---------------- New Python icons ---------------- Andrew Clover made some `new Python icons`_ available based on the logo on the new website. People on python-dev really liked them, and it looked like they'd probably make it into Python 2.5. .. _new Python icons: http://doxdesk.com/img/software/py/icons2.png Contributing threads: - `New-style icons, .desktop file <http://mail.python.org/pipermail/python-dev/2006-March/063235.html>`__ - `New-style icons, .desktop file <http://mail.python.org/pipermail/python-dev/2006-April/063517.html>`__ ---------------------------------------- Py_Initialize/Py_Finalize leaking memory ---------------------------------------- Martin v. Löwis corrected some documentation errors that claimed that Py_Finalize would release all memory (it can't be guaranteed to do so). In the process, Martin and Tim Peters discussed a `recent bug`_ where running Py_Initialize/Py_Finalize in a loop left more and more objects behind each time. The hope was to get the number of added objects after a Py_Initialize/Py_Finalize pair back down to zero if possible, and Martin found at least one leak, but it was unclear at the end of the thread how close they had gotten. .. _recent bug: http://bugs.python.org/1445210 Contributing thread: - `Py_Finalize does not release all memory, not even closely <http://mail.python.org/pipermail/python-dev/2006-April/063618.html>`__ ---------------------- Removing PyObject_REPR ---------------------- Thomas Wouters noticed that the ``PyObject_REPR()`` macro, which was originally introduced as an internal debugging API, leaks a PyString object. It looked like the macro would either be removed entirely, or redefined to call Py_DECREF appropriately and return a newly allocated (and thus freeable) string. Contributing thread: - `PyObject_REPR() <http://mail.python.org/pipermail/python-dev/2006-April/063628.html>`__ ------------------------------------------ uriparse module to replace urlparse module ------------------------------------------ Paul Jimenez offered up his `uriparse module`_ which improves on urlparse. Currently, urlparse doesn't comply with STD66 (a.k.a. RFC3986), as it hard-codes some URI schemes instead of applying the same syntax to all of them. Martin v. Löwis asked for more documentation, and John J Lee suggested deprecating a few functions from urllib and putting RFC-compliant versions in uriparse. The discussion then moved to the tracker, but at the time of this summary, the remaining issues had not yet been resolved. .. _uriparse module: http://bugs.python.org/1462525 Contributing thread: - `New uriparse.py <http://mail.python.org/pipermail/python-dev/2006-April/063294.html>`__ -------------------------------------- Line numbers with the new AST compiler -------------------------------------- Jeremy Hylton noticed that with the new AST-based compiler, the line numbers for things like the implicit ``return None`` at the end of a function were occasionally different from previous versions of Python. The changes looked harmless, so Guido said it was fine to leave the code as it was. Jeremy promised to look into some of the other special cases for alpha 2. Contributing thread: - `line numbers, pass statements, implicit returns <http://mail.python.org/pipermail/python-dev/2006-April/063272.html>`__ ================ Deferred Threads ================ - `PY_FORMAT_SIZE_T warnings on OS X <http://mail.python.org/pipermail/python-dev/2006-April/063280.html>`__ ================== Previous Summaries ================== - `Class decorators <http://mail.python.org/pipermail/python-dev/2006-April/063253.html>`__ - `I'm not getting email from SF when assigned a bug/patch <http://mail.python.org/pipermail/python-dev/2006-April/063255.html>`__ - `improving quality <http://mail.python.org/pipermail/python-dev/2006-April/063269.html>`__ =============== Skipped Threads =============== - `gmane.comp.python.devel.3000 has disappeared <http://mail.python.org/pipermail/python-dev/2006-April/063256.html>`__ - `refleaks in 2.4 <http://mail.python.org/pipermail/python-dev/2006-April/063268.html>`__ - `Name for python package repository <http://mail.python.org/pipermail/python-dev/2006-April/063271.html>`__ - `[Python-checkins] r43545 - in python/trunk: Doc/lib/libcalendar.tex Lib/calendar.py <http://mail.python.org/pipermail/python-dev/2006-April/063278.html>`__ - `Bug Day on Friday, 31st of March <http://mail.python.org/pipermail/python-dev/2006-April/063298.html>`__ - `String formating in python 3000 <http://mail.python.org/pipermail/python-dev/2006-April/063305.html>`__ - `SF #1462485 - StopIteration raised in body of 'with' statement suppressed <http://mail.python.org/pipermail/python-dev/2006-April/063312.html>`__ - `SF #1462700 - Errors in PCbuild <http://mail.python.org/pipermail/python-dev/2006-April/063313.html>`__ - `Whole bunch of test failures on OSX <http://mail.python.org/pipermail/python-dev/2006-April/063318.html>`__ - `SF:1463370 add .format() method to str and unicode <http://mail.python.org/pipermail/python-dev/2006-April/063329.html>`__ - `Need Py3k group in trackers <http://mail.python.org/pipermail/python-dev/2006-April/063344.html>`__ - `posixmodule.c patch- revision 43586 <http://mail.python.org/pipermail/python-dev/2006-April/063349.html>`__ - `Twisted and Python 2.5a0r43587 <http://mail.python.org/pipermail/python-dev/2006-April/063370.html>`__ - `r43613 - python/trunk/Doc/lib/libcsv.tex <http://mail.python.org/pipermail/python-dev/2006-April/063386.html>`__ - `current 2.5 status <http://mail.python.org/pipermail/python-dev/2006-April/063411.html>`__ - `Should issubclass() be more like isinstance()? <http://mail.python.org/pipermail/python-dev/2006-April/063422.html>`__ - `The "Need for Speed" Sprint, Reykjavik, Iceland, May 21-28, 2006 <http://mail.python.org/pipermail/python-dev/2006-April/063428.html>`__ - `suggest: nowait option in subprocess.communicate <http://mail.python.org/pipermail/python-dev/2006-April/063445.html>`__ - `strftime/strptime locale funnies... <http://mail.python.org/pipermail/python-dev/2006-April/063448.html>`__ - `PY_SSIZE_T_MIN? <http://mail.python.org/pipermail/python-dev/2006-April/063449.html>`__ - `How to determine if char is signed or unsigned? <http://mail.python.org/pipermail/python-dev/2006-April/063456.html>`__ - `Possible issue with 2.5a1 Win32 binary <http://mail.python.org/pipermail/python-dev/2006-April/063469.html>`__ - `Don Beaudry <http://mail.python.org/pipermail/python-dev/2006-April/063485.html>`__ - `Default Locale, was; Re: strftime/strptime locale funnies... <http://mail.python.org/pipermail/python-dev/2006-April/063487.html>`__ - `dis module and new-style classes <http://mail.python.org/pipermail/python-dev/2006-April/063489.html>`__ - `module aliasing <http://mail.python.org/pipermail/python-dev/2006-April/063491.html>`__ - `str.partition? <http://mail.python.org/pipermail/python-dev/2006-April/063499.html>`__ - `subprocess maintenance - SVN write access <http://mail.python.org/pipermail/python-dev/2006-April/063502.html>`__ - `[IronPython] base64 module <http://mail.python.org/pipermail/python-dev/2006-April/063503.html>`__ - `base64 module <http://mail.python.org/pipermail/python-dev/2006-April/063504.html>`__ - `packaging/bootstrap issue <http://mail.python.org/pipermail/python-dev/2006-April/063511.html>`__ - `Patch or feature? Tix.Grid working for 2.5 <http://mail.python.org/pipermail/python-dev/2006-April/063532.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2006-April/063542.html>`__ - `Subversion downtime today <http://mail.python.org/pipermail/python-dev/2006-April/063557.html>`__ - `Win64 AMD64 (aka x64) binaries available64 <http://mail.python.org/pipermail/python-dev/2006-April/063558.html>`__ - `int()'s ValueError behaviour <http://mail.python.org/pipermail/python-dev/2006-April/063559.html>`__ - `threadless brownian.py <http://mail.python.org/pipermail/python-dev/2006-April/063563.html>`__ - `Subversion repository back up <http://mail.python.org/pipermail/python-dev/2006-April/063565.html>`__ - `DRAFT: python-dev summary for 2006-02-01 to 2006-02-15 <http://mail.python.org/pipermail/python-dev/2006-April/063588.html>`__ - `Failing "inspect" test: test_getargspec_sublistofone <http://mail.python.org/pipermail/python-dev/2006-April/063589.html>`__ - `updating PyExpat (Was: need info for externally maintained modules PEP) <http://mail.python.org/pipermail/python-dev/2006-April/063600.html>`__ - `DRAFT: python-dev summary for 2006-02-16 to 2006-02-28 <http://mail.python.org/pipermail/python-dev/2006-April/063605.html>`__ - `DRAFT: python-dev summary for 2006-03-01 to 2006-03-15 <http://mail.python.org/pipermail/python-dev/2006-April/063611.html>`__ - `Checking assigned bugs/patches <http://mail.python.org/pipermail/python-dev/2006-April/063640.html>`__ - `String initialization (was: The "i" string-prefix: I18n'ed strings) <http://mail.python.org/pipermail/python-dev/2006-April/063644.html>`__ - `Request for review <http://mail.python.org/pipermail/python-dev/2006-April/063652.html>`__ - `cleanup list <http://mail.python.org/pipermail/python-dev/2006-April/063655.html>`__ - `unicode vs buffer (array) design issue can crash interpreter <http://mail.python.org/pipermail/python-dev/2006-April/063675.html>`__ - `int vs ssize_t in unicode <http://mail.python.org/pipermail/python-dev/2006-April/063676.html>`__ - `Any reason that any()/all() do not take a predicate argument? <http://mail.python.org/pipermail/python-dev/2006-April/063680.html>`__ - `Any reason that any()/all() do not take a predicateargument? <http://mail.python.org/pipermail/python-dev/2006-April/063688.html>`__ - `Exceptions doctest Re: Request for review <http://mail.python.org/pipermail/python-dev/2006-April/063689.html>`__ - `Is test_sundry really expected to succeed on Windows? <http://mail.python.org/pipermail/python-dev/2006-April/063690.html>`__ - `Checkin 45232: Patch #1429775 <http://mail.python.org/pipermail/python-dev/2006-April/063701.html>`__ - `[Python-checkins] r45334 - python/trunk/Lib/test/leakers/test_gen1.py python/trunk/Lib/test/leakers/test_generator_cycle.py python/trunk/Lib/test/leakers/test_tee.py <http://mail.python.org/pipermail/python-dev/2006-April/063702.html>`__ - `ia64 debian buildbot <http://mail.python.org/pipermail/python-dev/2006-April/063704.html>`__ - `[Python-3000] Removing 'self' from method definitions <http://mail.python.org/pipermail/python-dev/2006-April/063709.html>`__ - `Procedure for sandbox branches in SVN? <http://mail.python.org/pipermail/python-dev/2006-April/063725.html>`__ - `Calling Thomas Heller and Richard Jones <http://mail.python.org/pipermail/python-dev/2006-April/063729.html>`__

4 4

ssize_t: ints in header files
by Neal Norwitz 29 May '06

29 May '06

Here's the int questions. The entire list is too big to post (50k), so it's here: http://www.python.org/neal/header-ints Should the following values be ints (limited to 2G)? * dict counts (ma_fill, ma_used, ma_mask) * line #s and column #s * AST (asdl.h) sequences * recursion limit * read/write/send/recv results and buf size * code object values like # args, # locals, stacksize, # instructions * sre (i think i have a patch to fix this somewhere) Please try to review the APIs and let us know if there are any values you think should be 64-bits on 64-bit platforms. n

3 2

PEP 42 - New kind of Temporary file
by Andrew Chambers 29 May '06

29 May '06

The mailing-list bot said introduce myself so... I'm Andy Chambers. I've been lurking on the web-interface to the list for a while. I recently started trying to implement one of the items on PEP 42 so I thought I should join the list and make myself known. The item I'm working on is the new kind of temporary file that only turns into a file when required (before which time presumably its a StringIO). Do we still want this? I suggest it be exposed as a class TempFile in the tempfile module. If yes, I'll write the test cases and submit a patch. Regards, Andy ___________________________________________________________ Inbox full of spam? Get leading spam protection and 1GB storage with All New Yahoo! Mail. http://uk.docs.yahoo.com/nowyoucan.html

2 1