Mailman 3 October 2007 - Python-checkins

r58740 - python/branches/release25-maint/Doc/lib/libmarshal.tex
by raymond.hettinger Oct. 31, 2007

Oct. 31, 2007

Author: raymond.hettinger Date: Wed Oct 31 23:16:25 2007 New Revision: 58740 Modified: python/branches/release25-maint/Doc/lib/libmarshal.tex Log: Sets are marshalable. Modified: python/branches/release25-maint/Doc/lib/libmarshal.tex ============================================================================== --- python/branches/release25-maint/Doc/lib/libmarshal.tex (original) +++ python/branches/release25-maint/Doc/lib/libmarshal.tex Wed Oct 31 23:16:25 2007 @@ -43,7 +43,7 @@ whose value is independent from a particular invocation of Python can be written and read by this module. The following types are supported: \code{None}, integers, long integers, floating point numbers, -strings, Unicode objects, tuples, lists, dictionaries, and code +strings, Unicode objects, tuples, lists, sets, dictionaries, and code objects, where it should be understood that tuples, lists and dictionaries are only supported as long as the values contained therein are themselves supported; and recursive lists and dictionaries

1 0

r58739 - python/trunk/Doc/library/marshal.rst
by raymond.hettinger Oct. 31, 2007

Oct. 31, 2007

Author: raymond.hettinger Date: Wed Oct 31 23:15:49 2007 New Revision: 58739 Modified: python/trunk/Doc/library/marshal.rst Log: Sets are marshalable. Modified: python/trunk/Doc/library/marshal.rst ============================================================================== --- python/trunk/Doc/library/marshal.rst (original) +++ python/trunk/Doc/library/marshal.rst Wed Oct 31 23:15:49 2007 @@ -38,7 +38,7 @@ Not all Python object types are supported; in general, only objects whose value is independent from a particular invocation of Python can be written and read by this module. The following types are supported: ``None``, integers, long -integers, floating point numbers, strings, Unicode objects, tuples, lists, +integers, floating point numbers, strings, Unicode objects, tuples, lists, sets, dictionaries, and code objects, where it should be understood that tuples, lists and dictionaries are only supported as long as the values contained therein are themselves supported; and recursive lists and dictionaries should not be written

1 0

r58738 - python/branches/release25-maint/Doc/lib/libmarshal.tex
by raymond.hettinger Oct. 31, 2007

Oct. 31, 2007

Author: raymond.hettinger Date: Wed Oct 31 23:02:21 2007 New Revision: 58738 Modified: python/branches/release25-maint/Doc/lib/libmarshal.tex Log: Clarify the reasons why pickle is almost always better than marshal Modified: python/branches/release25-maint/Doc/lib/libmarshal.tex ============================================================================== --- python/branches/release25-maint/Doc/lib/libmarshal.tex (original) +++ python/branches/release25-maint/Doc/lib/libmarshal.tex Wed Oct 31 23:02:21 2007 @@ -26,7 +26,9 @@ Python modules of \file{.pyc} files. Therefore, the Python maintainers reserve the right to modify the marshal format in backward incompatible ways should the need arise. If you're serializing and -de-serializing Python objects, use the \module{pickle} module instead. +de-serializing Python objects, use the \module{pickle} module instead + --- the performance is comparable, version independence is guaranteed, +and pickle supports a substantially wider range of objects than marshal. \refstmodindex{pickle} \refstmodindex{shelve} \obindex{code} @@ -47,6 +49,12 @@ therein are themselves supported; and recursive lists and dictionaries should not be written (they will cause infinite loops). +\begin{notice}[warning] +Some unsupported types such as subclasses of builtins will appear to marshal +and unmarshal correctly, but in fact, their type will change and the +additional subclass functionality and instance attributes will be lost. +\end{notice} + \strong{Caveat:} On machines where C's \code{long int} type has more than 32 bits (such as the DEC Alpha), it is possible to create plain Python integers that are longer than 32 bits.

1 0

r58737 - python/trunk/Doc/library/marshal.rst
by raymond.hettinger Oct. 31, 2007

Oct. 31, 2007

Author: raymond.hettinger Date: Wed Oct 31 22:57:58 2007 New Revision: 58737 Modified: python/trunk/Doc/library/marshal.rst Log: Clarify the reasons why pickle is almost always better than marshal Modified: python/trunk/Doc/library/marshal.rst ============================================================================== --- python/trunk/Doc/library/marshal.rst (original) +++ python/trunk/Doc/library/marshal.rst Wed Oct 31 22:57:58 2007 @@ -25,7 +25,9 @@ writing the "pseudo-compiled" code for Python modules of :file:`.pyc` files. Therefore, the Python maintainers reserve the right to modify the marshal format in backward incompatible ways should the need arise. If you're serializing and -de-serializing Python objects, use the :mod:`pickle` module instead. +de-serializing Python objects, use the :mod:`pickle` module instead -- the +performance is comparable, version independence is guaranteed, and pickle +supports a substantially wider range of objects than marshal. .. warning:: @@ -43,6 +45,12 @@ (they will cause infinite loops). .. warning:: + + Some unsupported types such as subclasses of builtins will appear to marshal + and unmarshal correctly, but in fact, their type will change and the + additional subclass functionality and instance attributes will be lost. + +.. warning:: On machines where C's ``long int`` type has more than 32 bits (such as the DEC Alpha), it is possible to create plain Python integers that are longer

1 0

buildbot failure in amd64 XP 3.0
by buildbot＠python.org Oct. 31, 2007

Oct. 31, 2007

The Buildbot has detected a new failure of amd64 XP 3.0. Full details are available at: http://www.python.org/dev/buildbot/all/amd64%20XP%203.0/builds/192 Buildbot URL: http://www.python.org/dev/buildbot/all/ Buildslave for this Build: heller-windows-amd64 Build Reason: Build Source Stamp: [branch branches/py3k] HEAD Blamelist: christian.heimes BUILD FAILED: failed compile sincerely, -The Buildbot

1 0

r58731 - python/trunk/Misc/developers.txt
by martin.v.loewis Oct. 31, 2007

Oct. 31, 2007

Author: martin.v.loewis Date: Wed Oct 31 18:19:33 2007 New Revision: 58731 Modified: python/trunk/Misc/developers.txt Log: Adding Christian Heimes. Modified: python/trunk/Misc/developers.txt ============================================================================== --- python/trunk/Misc/developers.txt (original) +++ python/trunk/Misc/developers.txt Wed Oct 31 18:19:33 2007 @@ -17,6 +17,9 @@ Permissions History ------------------- +- Christian Heimes was given SVN access on 31 October 2007 by MvL, + for general contributions to Python. + - Chris Monson was given SVN access on 20 October 2007 by NCN, for his work on editing PEPs.

1 0

r58729 - python/branches/ctypes-branch/Lib/ctypes/test/test_cfuncs.py python/branches/ctypes-branch/Lib/ctypes/test/test_functions.py
by thomas.heller Oct. 31, 2007

Oct. 31, 2007

Author: thomas.heller Date: Wed Oct 31 08:56:42 2007 New Revision: 58729 Modified: python/branches/ctypes-branch/Lib/ctypes/test/test_cfuncs.py python/branches/ctypes-branch/Lib/ctypes/test/test_functions.py Log: Enable all the c_longdouble tests again. Modified: python/branches/ctypes-branch/Lib/ctypes/test/test_cfuncs.py ============================================================================== --- python/branches/ctypes-branch/Lib/ctypes/test/test_cfuncs.py (original) +++ python/branches/ctypes-branch/Lib/ctypes/test/test_cfuncs.py Wed Oct 31 08:56:42 2007 @@ -158,17 +158,17 @@ self.failUnlessEqual(self._dll.tf_bd(0, 42.), 14.) self.failUnlessEqual(self.S(), 42) -## def test_longdouble(self): -## self._dll.tf_D.restype = c_longdouble -## self._dll.tf_D.argtypes = (c_longdouble,) -## self.failUnlessEqual(self._dll.tf_D(42.), 14.) -## self.failUnlessEqual(self.S(), 42) - -## def test_longdouble_plus(self): -## self._dll.tf_bD.restype = c_longdouble -## self._dll.tf_bD.argtypes = (c_byte, c_longdouble) -## self.failUnlessEqual(self._dll.tf_bD(0, 42.), 14.) -## self.failUnlessEqual(self.S(), 42) + def test_longdouble(self): + self._dll.tf_D.restype = c_longdouble + self._dll.tf_D.argtypes = (c_longdouble,) + self.failUnlessEqual(self._dll.tf_D(42.), 14.) + self.failUnlessEqual(self.S(), 42) + + def test_longdouble_plus(self): + self._dll.tf_bD.restype = c_longdouble + self._dll.tf_bD.argtypes = (c_byte, c_longdouble) + self.failUnlessEqual(self._dll.tf_bD(0, 42.), 14.) + self.failUnlessEqual(self.S(), 42) def test_callwithresult(self): def process_result(result): Modified: python/branches/ctypes-branch/Lib/ctypes/test/test_functions.py ============================================================================== --- python/branches/ctypes-branch/Lib/ctypes/test/test_functions.py (original) +++ python/branches/ctypes-branch/Lib/ctypes/test/test_functions.py Wed Oct 31 08:56:42 2007 @@ -143,17 +143,17 @@ self.failUnlessEqual(result, -21) self.failUnlessEqual(type(result), float) -## def test_longdoubleresult(self): -## f = dll._testfunc_D_bhilfD -## f.argtypes = [c_byte, c_short, c_int, c_long, c_float, c_longdouble] -## f.restype = c_longdouble -## result = f(1, 2, 3, 4, 5.0, 6.0) -## self.failUnlessEqual(result, 21) -## self.failUnlessEqual(type(result), float) - -## result = f(-1, -2, -3, -4, -5.0, -6.0) -## self.failUnlessEqual(result, -21) -## self.failUnlessEqual(type(result), float) + def test_longdoubleresult(self): + f = dll._testfunc_D_bhilfD + f.argtypes = [c_byte, c_short, c_int, c_long, c_float, c_longdouble] + f.restype = c_longdouble + result = f(1, 2, 3, 4, 5.0, 6.0) + self.failUnlessEqual(result, 21) + self.failUnlessEqual(type(result), float) + + result = f(-1, -2, -3, -4, -5.0, -6.0) + self.failUnlessEqual(result, -21) + self.failUnlessEqual(type(result), float) def test_longlongresult(self): try:

1 0

buildbot failure in x86 XP-4 trunk
by buildbot＠python.org Oct. 31, 2007

Oct. 31, 2007

The Buildbot has detected a new failure of x86 XP-4 trunk. Full details are available at: http://www.python.org/dev/buildbot/all/x86%20XP-4%20trunk/builds/151 Buildbot URL: http://www.python.org/dev/buildbot/all/ Buildslave for this Build: bolen-windows Build Reason: Build Source Stamp: [branch trunk] HEAD Blamelist: georg.brandl,neal.norwitz BUILD FAILED: failed svn sincerely, -The Buildbot

1 0

buildbot failure in x86 FreeBSD trunk
by buildbot＠python.org Oct. 31, 2007

Oct. 31, 2007

The Buildbot has detected a new failure of x86 FreeBSD trunk. Full details are available at: http://www.python.org/dev/buildbot/all/x86%20FreeBSD%20trunk/builds/141 Buildbot URL: http://www.python.org/dev/buildbot/all/ Buildslave for this Build: bolen-freebsd Build Reason: Build Source Stamp: [branch trunk] HEAD Blamelist: georg.brandl,neal.norwitz BUILD FAILED: failed svn sincerely, -The Buildbot

1 0

buildbot failure in sparc solaris10 gcc trunk
by buildbot＠python.org Oct. 31, 2007

Oct. 31, 2007

The Buildbot has detected a new failure of sparc solaris10 gcc trunk. Full details are available at: http://www.python.org/dev/buildbot/all/sparc%20solaris10%20gcc%20trunk/buil… Buildbot URL: http://www.python.org/dev/buildbot/all/ Buildslave for this Build: loewis-sun Build Reason: Build Source Stamp: [branch trunk] HEAD Blamelist: georg.brandl,neal.norwitz BUILD FAILED: failed svn sincerely, -The Buildbot

1 0