python-dev Summary for 2003-05-16 through 2003-05-31

Brett C. bac at OCF.Berkeley.EDU
Thu Jun 12 22:40:11 CEST 2003


python-dev Summary for 2003-05-16 through 2003-05-31
++++++++++++++++++++++++++++++++++++++++++++++++++++
This is a summary of traffic on the `python-dev mailing list`_ from May 
16, 2003 through May 31, 2003.  It is intended to inform the wider 
Python community of on-going developments on the list and to have an 
archived summary of each thread started on the list.  To comment on 
anything mentioned here, just post to python-list at python.org or 
`comp.lang.python`_ with a subject line mentioning what you are 
discussing. All python-dev members are interested in seeing ideas 
discussed by the community, so don't hesitate to take a stance on 
something.  And if all of this really interests you then get involved 
and join `python-dev`_!

This is the eighteenth summary written by Brett Cannon (has his own room 
with a door for the first time in over 22 years).

All summaries are archived at http://www.python.org/dev/summary/ .

Please note that this summary is written using reStructuredText_ which 
can be found at http://docutils.sf.net/rst.html .  Any unfamiliar 
punctuation is probably markup for reST_ (otherwise it is probably 
regular expression syntax or a typo =); you can safely ignore it, 
although I suggest learning reST; its simple and is accepted for `PEP 
markup`__.  Also, because of the wonders of programs that like to 
reformat text, I cannot guarantee you will be able to run the text 
version of this summary through Docutils_ as-is unless it is from the 
original text file.

__ http://www.python.org/peps/pep-0012.html

The in-development version of the documentation for Python can be found 
at http://www.python.org/dev/doc/devel/ and should be used when wanting 
to look up any documentation on something mentioned here.  To view files 
in the Python CVS online, go to 
http://cvs.sourceforge.net/cgi-bin/viewcvs.cgi/python/ .

.. _python-dev: http://www.python.org/dev/
.. _python-dev mailing list: 
http://mail.python.org/mailman/listinfo/python-dev
.. _comp.lang.python: http://groups.google.com/groups?q=comp.lang.python
.. _Docutils: http://docutils.sf.net/
.. _reST:
.. _reStructuredText: http://docutils.sf.net/rst.html

.. contents::


.. _last summary: 
http://www.python.org/dev/summary/2003-05-01_2003-05-15.html




======================
Summary Announcements
======================
Sorry about the delay for this summary.  I was visiting my mother and 
that puts me out of my hacking groove.  I also had a roommate move out 
which means I got to move into his room.  And on top of all of that I 
just decided where I am going to go for grad school in computer science 
( `Cal Poly San Luis Obispo`_ ).  Life just likes to dump everything on 
you at once, huh?


.. _Cal Poly San Luis Obispo: http://www.calpoly.edu/

====================================
`Vacation; Python 2.2.3 release.`__
====================================
__ http://mail.python.org/pipermail/python-dev/2003-May/035642.html

Related threads:
     - `Preparing docs for Python 2.2.3`__
     - `Python 2.2.3`__
     - `One other 2.2.3 failure`__
     - `RELEASED Python 2.2.3c1`__
     - `_sre changes`__
     - `Python bug 544473 - bugfix candidate - was it applied?`__
     - `Plans for Python 2.2.3 final`__
     - `Python 2.2.3 docs freeze`__
     - `RELEASED Python 2.2.3 (final)`__

__ http://mail.python.org/pipermail/python-dev/2003-May/035796.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035797.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035801.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035807.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035835.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035851.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035856.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035872.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035905.html

`Python 2.2.3`_ has gone out the door!

.. _Python 2.2.3: http://www.python.org/2.2.3/


===============================
`C new-style classes and GC`__
===============================
__ http://mail.python.org/pipermail/python-dev/2003-May/035661.html

Jim Fulton updated the tutorial for creating new C types to use 
new-style classes.  This led to the question of what the right way was 
for dealing with garbage collection.  In terms of the tp_dealloc slot, 
having it call obj->ob_type->tp_free is best since that works the best 
when the type is subclassed.

This also led to a discussion about the magic of PyType_Ready and 
whether it should do more.  This wonderful function fills in tp_alloc 
and tp_free if tp_base and tp_bases are empty (they are set 
appropriately for PyBaseObject which is the C version of object).  What 
was changed was that now the function does the right thing if the object 
should be checked for cycles based on settings in tp_flags.

Paul Moore was worried about the loss of the tutorial for classic types. 
  The response was that as long as they don't mess with there code it 
will continue to work, but if they decide to change something they 
should probably update.  Michael Hudson's Misc/pymemcompat.h file is 
also helpful since it allows you to use 2.3's memory API but 
macro-replaces the call with the proper code all the way back to 1.5.2 . 
  It was suggested adding a Misc/pyapipcompat.h for PyAPI_FUNC, 
PyAPI_DATA, and PyMODINIT_FUNC.


=====================
`Attribute lookup`__
=====================
__ http://mail.python.org/pipermail/python-dev/2003-May/035730.html

For the last summary I asked for the help of python-dev to find out the 
exact algorithm used to do attribute lookup for new-style classes (I 
don't care about classic classes since they are sooo 2.1  =).  A bunch 
of people jumped in and made suggestions, but I am going to steal the 
explanation from Raymond Hettinger's explanation of descriptors which 
can be found at http://users.rcn.com/python/download/Descriptor.htm .  =)

The attribute lookup order gives "data descriptors priority over 
instance variables, instance variables priority over non-data 
descriptors, and assigns lowest priority to __getattr__ if provided." 
This is all is done by object.__getattribute__ .  If you define your own 
__getattribute__ none of this is done unless you  explicitly call 
object's implementation.  You have to worry about calling a descriptor's 
__get__ method yourself if you decide not to call object.__getattribute__ .

Raymond's descriptor essay/explanation/(group of words put together in 
attempt to make a coherent idea which he does) explains the difference 
between a data descriptor and non-data descriptor, but instead of make 
you wait I will just tell you.  A data descriptor defines both a __get__ 
and __set__ method while a non-data descriptor defines only __get__. 
This makes sense when you think about non-data-descriptors such as 
functions.  You have no need to assign to a function so not having a 
__set__ in no way harms the usage of a function plus it negates the need 
for any special flag or anything to define the difference between data 
and non-data descriptors.


=================
`Introduction`__
=================
__ http://mail.python.org/pipermail/python-dev/2003-May/035792.html

Splinter threads:
     - `Contracts PEP`__

__ http://mail.python.org/pipermail/python-dev/2003-May/035864.html

What started off as Jeffrey Robert's introducing himself ended up 
becoming a short howto on how to get involved on python-dev.  It was 
suggested to work on pyPy_ (although that is not exactly python-dev but 
is still cool and you could learn a lot about Python on a more abstract 
level =).  Multiple people suggested working on bugs and patches.  I 
specifically suggested looking at patches in development to learn what 
they were doing to the code's semantics.  Mention of the AST branch and 
working on that was also brought up.

Terrence Way then introduced himself and mentioned he had written a PEP 
about programming with contracts.  It led to, in the end, Guido saying 
that he wanted to wait and let more implementations get out there and be 
weeded out before he started pronouncing on PEPs on the subject.

.. _pyPy: http://codespeak.net/pypy/index.cgi?home


=========
Quickies
=========
`test_urllibnet failing on Windows`__
     os.fdopen does not work with sockets under Windows when fetching 
its argument from fileno .

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035655.html

`[development doc updates]`__
     Here is a simple intelligence test: what do you think this email 
was about based on its subject?  Get it right and you earned yourself a 
lollipop (on your own dime).

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035660.html

`test_time fails with current CVS`__
     A bug report has been filed.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035669.html

`a strange case`__
     Splinter threads:
         `Unifying modules and classes?`__

     Apparently the 2.2.x branch allows you to subclass a module.  This 
has been fixed in 2.3 .  And once again Guido stated that erasing the 
line separating classes and modules is not going to happen while his 
benevolently dictating body still has air in it (okay, he didn't say it 
that way, but I am sure he wouldn't object to a little artistic license 
to get his point across =).  But if you really feel the need to have a 
module be a class just stick an instance in sys.modules; just don't 
expect everything to play well with it, though.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035676.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035731.html

`test_bsddb185 failing under OS X`__
     Tests were failing for me under OS X.  After Skip Montanaro and I 
independently came up with a better way for the test to clean up after 
itself the tests passed from some odd reason.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035699.html

`Need advice, maybe support`__
     Christian Tismer was given two bits in tp_flags for Stackless_ to 
create Stackless-aware types that can identify recursive, indirect 
function calls in C.  The two bits will greatly simplify the 
implementation of Stackless 3.0.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035701.html
.. _Stackless: http://www.stackless.com/

`[Python-Dev] SF oddity`__
     Remember folks, look out for horizontal scroll bars along with 
vertical ones.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035713.html

Weekly Python Bug/Patch Summary
     * Ending on `2003-05-18`__
     * Ending on `2003-05-25`__

__ http://mail.python.org/pipermail/python-dev/2003-May/035716.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035834.html

`doctest extensions`__
     Jim Fulton came up with some possible additions for doctest.  You 
can see them at 
http://cvs.zope.org/Zope3/src/zope/testing/doctestunit.py?rev=HEAD&content-type=text/vnd.viewcvs-markup 
.  If you would like to see them added then speak up.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035718.html

`+= on return of function call result`__
     This is a continuation from `last summary`_.
     Samuele Pedroni wrote a simple function that simulates what was 
originally desired.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035500.html

`Using emacs' unexec to speed Python startup`__
     Splinter threads:
         - `portable undumper in xemacs`__

     Some people tried  to speed up loading Python for `some editor`_ 
when what they should have been doing is learning how to use a `better 
editor`_.  =)

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035727.html
__ http://mail.python.org/pipermail/python-dev/2003-May/035769.html

.. _some editor: http://www.gnu.org/software/emacs/emacs.html
.. _better editor: http://www.vim.org/

`[debian build error]`__
     Some issue with using Debian packages and Python 2.2 with gcc 3.3 
and libstdc++5.  A Debian bug report has been filed.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035747.html

`urllib2 proxy support broken?`__
     Yes, but Gustavo Niemeyer found the bug and came up with a patch.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035764.html

`Python Run-Time System and Extensions`__
     Daniel Silva is writing a compiler for Python to `PLT Scheme`_ 
code.  He asked for suggestions on which of two ways to go for being 
able to run C extension code.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035773.html
.. _PLT Scheme: http://www.plt-scheme.org/

`Descriptor API`__
     We all learned what the difference is between a data and non_data 
descriptor (which you can know too by reading the summary for `Attribute 
lookup`_ ).

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035788.html

`Of what use is commands.getstatus()`__
     Guido ended up saying the commmands module should be redesigned, 
probably put into shutil, and then have the old version deprecated.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035799.html

`Change to ossaudiodev setparameters() method`__
     Some day Greg Ward will get his ossaudiodev module to work on both 
Guido's home machine and work machine.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035840.html

`RE: Decimal class`__
     A Decimal class is currently being worked on in the CVS sandbox. 
The question as to whether the values should be immutable was raised. 
Everyone agreed that they should be immutable.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035844.html

`install debian package`__
     python-dev is not the right place to bring up issues with Debian 
packages.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035849.html

`Release question`__
     Branches in CVS for Python are pretty much only used for minor 
versions (the "3" in "2.3.x").  Since 2.3 is in beta that means no 
semantic changes to the code.  Any new features must wait for 2.4 
development to start which occurs when 2.3 is out the door.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035873.html

`Algoritmic Complexity Attack on Python`__
     Someone tried to point out that Python was vulnerable to an attack 
if you naively took in user-supplied keys to a dictionary.  The big 
lesson is that Python's hash function can change between releases and 
that it will always be as fast as possible but can still be nailed by 
worst-case situations.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035874.html

`KeyboardInterrupt on Windows`__
     An optimization on the JUMP_ABSOLUTE opcode was not dealing with 
asynchronous exceptions since it was skipping the signal checks in the 
interpreter loop.  It has been fixed.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035890.html

`more-precise instructions for "Python.h first"?`__
     David Abrahams didn't like the restriction of having to put 
Python.h before all other headers in C/C++ code.  The problem is some 
key macro definitions are set in Python.h that are needed on some platforms.

.. __: http://mail.python.org/pipermail/python-dev/2003-May/035908.html






More information about the Python-list mailing list