Mailman 3 November 2006 - Python-Dev

Passing actual read size to urllib reporthook
by "Martin v. Löwis" 21 Nov '06

21 Nov '06

Patch #849407 proposes to change the meaning of the urllib reporthook so that it takes the amount of the data read instead of the block size as its second argument. While this is a behavior change (and even for explicitly-documented behavior), I still propose to apply the change: - in many cases, the number of bytes read will equal to the block size, so no change should occur - the signature (number of parameters) does not change, so applications shouldn't crash because of that change - applications that do use the parameter to estimate total download time now get a better chance to estimate since they learn about short reads. What do you think? Regards, Martin

6 9

Results of the SOC projects
by Georg Brandl 21 Nov '06

21 Nov '06

Hi, this might seem a bit late, and perhaps I was just blind, but I miss something like a summary how the Python summer of code projects went, and what the status of the ones that were meant to improve the standard library, e.g. the C decimal implementation, is. cheers, Georg

4 3

POSIX Capabilities
by Matt Kern 21 Nov '06

21 Nov '06

I was looking around for an interface to POSIX capabilities from Python under Linux. I couldn't find anything that did the job, so I wrote the attached PosixCapabilities module. It has a number of shortcomings: * it is written using ctypes to interface directly to libcap; * it assumes the sizes/types of various POSIX defined types; * it only gets/sets process capabilities; * it can test/set/clear capability flags. Despite the downsides, I think it would be good to get the package out there. If anyone wishes to adopt it, update it, rewrite it and/or put it into the distribution, then feel free. Regards, Matt -- Matt Kern http://www.undue.org/

3 2

DRAFT: python-dev summary for 2006-10-01 to 2006-10-15
by Steven Bethard 21 Nov '06

21 Nov '06

Here's the summary for the first half of October. As always, comments and corrections are greatly appreciated. ============= Announcements ============= ----------------------------- QOTF: Quotes of the Fortnight ----------------------------- Martin v. Löwis on a small change to Python that wouldn't affect many applications: I'm pretty sure someone will notice, though; someone always notices. Contributing thread: - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-October/069175.html>`__ Steve Holden reminds us that patch submissions are dramatically preferred to verbose thread discussions: This thread has disappeared down a rat-hole, never to re-emerge with anything of significant benefit to users. C'mon, guys, implement a patch or leave it alone :-) Contributing thread: - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-October/069190.html>`__ ========= Summaries ========= -------------- Caching floats -------------- Nick Craig-Wood discovered that he could save 7MB in his application by adding the following simple code:: if age == 0.0: age = 0.0 A large number of his calculations were producing the value 0.0, which meant that many copies of 0.0 were being stored. Since all 0.0 literals refer to the same object, the code above was removing all the duplicate copies of 0.0. Skip Montanaro and played around a bit with floatobject.c, and found that Python's test suite allocated a large number of small integral floats (though only a couple hundred were generally allocated at the same time). Kristján V. Jónsson played around with caching for float values between -10.0 and 10.0 with the EVE server and got a 25% savings in allocations. There was some concern that for systems with both +0.0 and -0.0, the cache might cause problems, since determining which zero you have seemed difficult. However, James Y Knight showed how to do this fairly easily in C with a double/uint64_t union. Eventually, people agreed that it should be fine to just cache +0.0. Kristján V. Jónsson and Josiah Carlson proposed patches, but nothing was posted to SourceForge. Contributing threads: - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-September/069049.html>`__ - `Caching float(0.0) <http://mail.python.org/pipermail/python-dev/2006-October/069092.html>`__ -------------------------------------------- Buffer overrun in repr() and Python releases -------------------------------------------- The implications of PSF-2006-001_, a buffer overrun problem in repr(), were considered for the various Python releases. The bug had been fixed before Python 2.5 was released, and had been applied to the Python 2.4 branch shortly before Python 2.4.4 was released. The security advisory provided patches for both Python 2.3 and 2.4, but to make sure that full source releases were available for all major versions of Python still in use, it looked like there would be a source-only 2.3.6 release (source-only because neither Mac nor Windows builds were affected). .. _PSF-2006-001: http://www.python.org/news/security/PSF-2006-001/ Contributing threads: - `Security Advisory for unicode repr() bug? <http://mail.python.org/pipermail/python-dev/2006-October/069247.html>`__ - `2.3.6 for the unicode buffer overrun <http://mail.python.org/pipermail/python-dev/2006-October/069327.html>`__ --------------------------- Build system for python.org --------------------------- Anthony, Barry Warsaw, Georg Brandl and others indicated that the current website build system was making releases and other updates more difficult than they should be. Most people didn't have enough cycles to spare for this, but Michael Foord said he could help with a transition to rest2web_ if that was desirable. Fredrik Lundh also suggested a few options, including his older proposal to `use Django`_. No definite plans were made though. .. _rest2web: http://www.voidspace.org.uk/python/rest2web/ .. _use Django: http://effbot.org/zone/pydotorg-cache.htm Contributing thread: - `2.3.6 for the unicode buffer overrun <http://mail.python.org/pipermail/python-dev/2006-October/069327.html>`__ -------------------- String concatenation -------------------- Larry Hastings posted a `patch for string concatenation`_ that delays the creation of a new string until someone asks for the string's value. As a result, the following code would be about as fast as the ``''.join(strings)`` idiom:: result = '' for s in strings: result += s To achieve this, he had to change ``PyStringObject.ob_sval`` from a ``char[1]`` array, to a ``char *``. Reaction was mixed -- some people really disliked using ``join()``, while others didn't see the need for such a change. .. _patch for string concatenation: http://bugs.python.org/1569040 Contributing thread: - `PATCH submitted: Speed up + for string concatenation, now as fast as "".join(x) idiom <http://mail.python.org/pipermail/python-dev/2006-October/069224.html>`__ ---------------------------- PEP 315: Enhanced While Loop ---------------------------- Hans Polak revived the discussion about `PEP 315`_, which proposes a do-while loop for Python that would allow the current code:: while True: <setup code> if not <condition>: break <loop body> to be written instead as:: do: <setup code> while <condition>: <loop body> Hans was hoping to simplify the situation where there is no ``<loop body>`` following the ``<condition>`` test and a number of syntax suggestions were proposed to this end. In the end, Guido indicated that none of the suggestions were acceptable, and Raymond Hettinger offered to withdraw the PEP. .. _PEP 315: http://www.python.org/dev/peps/pep-0315/ Contributing threads: - `PEP 351 - do while <http://mail.python.org/pipermail/python-dev/2006-September/069088.html>`__ - `PEP 351 - do while <http://mail.python.org/pipermail/python-dev/2006-October/069100.html>`__ - `PEP 315 - do while <http://mail.python.org/pipermail/python-dev/2006-October/069205.html>`__ ------------------------------ PEP 355: path objects rejected ------------------------------ Luis P Caamano asked about the status of `PEP 355`_, which aimed to introduce an object-oriented reorganization of Python's path-related functions. Guido indicated that the current "amalgam of unrelated functionality" was unacceptable and pronounced it dead. Nick Coghlan elaborated the "amalgam" point, explaining that `PEP 355`_ lumped together all the following: - string manipulation operations - abstract path manipulation operations - read-only traversal of a concrete filesystem - addition and removal of files/directories/links within a concrete filesystem Jason Orendorff pointed out some other problems with the PEP: - the motivation was weak - the API had too many methods - it didn't fix all the perceived problems with the existing APIs - it would have introduced a Second Way To Do It without being clearly better than the current way There were some rumors of a new PEP based on Twisted's filepath_ module, but nothing concrete at the time of this summary. .. _PEP 355: http://www.python.org/dev/peps/pep-0355/ .. _filepath: http://twistedmatrix.com/trac/browser/trunk/twisted/python/filepath.py Contributing threads: - `PEP 355 status <http://mail.python.org/pipermail/python-dev/2006-September/069059.html>`__ - `PEP 355 status <http://mail.python.org/pipermail/python-dev/2006-October/069093.html>`__ ---------------------------------- Processes and threading module API ---------------------------------- Richard Oudkerk proposed a module that would make processes usable with an API like that of the threading module. People seemed unsure as to whether it would be better to have a threading-style or XML-RPC-style API. A few other relevant modules were identified, including PyXMLRPC_ and POSH_. No clear winner emerged. .. _PyXMLRPC: http://sourceforge.net/projects/py-xmlrpc/ .. _POSH: http://poshmodule.sourceforge.net/ Contributing thread: - `Cloning threading.py using proccesses <http://mail.python.org/pipermail/python-dev/2006-October/069297.html>`__ ------------------------------------ Python 3.0: registering methods in C ------------------------------------ After a brief exchange about which ``tp_flags`` implied which others, there was some discussion on how to simplify ``tp_flags`` for Python 3000. Raymond Hettinger suggested that the NULL or non-NULL status of a slot should be enough to indicate its presence. Martin v. Löwis pointed out that this would require recompiling extension modules for every release, since if a new slot is added, extension modules from earlier releases wouldn't even *have* the slot. Fredrik Lundh suggested a `dynamic registration method`_ instead, which would look something like:: static PyTypeObject *NoddyType; NoddyType = PyType_Setup("noddy.Noddy", sizeof(Noddy)); PyType_Register(NoddyType, PY_TP_DEALLOC, Noddy_dealloc); PyType_Register(NoddyType, PY_TP_DOC, "Noddy objects"); ... PyType_Register(NoddyType, PY_TP_NEW, Noddy_new); if (PyType_Ready(&NoddyType) < 0) return; People thought this looked like a good idea, and Fredrik Lundh planned to look into it seriously for Python 3000. .. _dynamic registration method: http://effbot.org/zone/idea-register-type.htm Contributing thread: - `2.4.4: backport classobject.c HAVE_WEAKREFS? <http://mail.python.org/pipermail/python-dev/2006-October/069235.html>`__ ----------------------------------------- Tracker Recommendations: JIRA and Roundup ----------------------------------------- The PSF Infrastructure Committee announced their recommendations for trackers to replace SourceForge. Both JIRA and Roundup were definite improvements over SourceForge, though the Infrastructure Committee was leaning towards JIRA since Atlassian had offered to host it for them. Roundup was still under consideration if 6-10 admins could volunteer to maintain the installation. (More updates on this in the next summary.) Contributing thread: - `PSF Infrastructure Committee's recommendation for a new issue tracker <http://mail.python.org/pipermail/python-dev/2006-October/069139.html>`__ ----------------------------- PEP 302: import hooks phase 2 ----------------------------- Brett Cannon announced that he'd be working on a C implementation of phase 2 of `PEP 302`_. Phillip J. Eby pointed out that phase 2 could not be implemented in a backwards-compatible way, and so the code should be targeted at the p3yk branch. He also suggested that rewriting the import mechanisms in Python was probably going to be easier than trying to do it in C, particularly since some of the pieces were already available in the pkgutil module. Neal Norwitz strongly agreed, pointing out that string and list manipulation, which is necessary in a variety of places in the import mechanisms, is much easier in Python than in C. Brett promised a Python implementation as part of his research work. .. _PEP 302: http://www.python.org/dev/peps/pep-0302/ Contributing thread: - `Created branch for PEP 302 phase 2 work (in C) <http://mail.python.org/pipermail/python-dev/2006-October/069133.html>`__ ------------------------------------------ Web crawlers and development documentation ------------------------------------------ Fredrik Lundh noticed that Google was sometimes finding the `development documentation`_ instead of the `current release documentation`_. A.M. Kuchling added a ``robots.txt`` to keep crawlers out of the development area. .. _development documentation: http://docs.python.org/dev/ .. _current release documentation: http://docs.python.org/ Contributing thread: - `what's really new in python 2.5 ? <http://mail.python.org/pipermail/python-dev/2006-October/069158.html>`__ ----------------------------------------- Buildbots, compile errors and batch files ----------------------------------------- Tim Peters noticed that bsddb was getting compile errors on Windows but the buildbots were not reporting anything. Because some additional commands were added after the call to ``devenv.com`` in the ``build.bat`` script, the error status was not getting propagated appropriately. After Tim and Martin v. Löwis figured out how to repair this, the buildbots were again able to report compile errors. Contributing thread: - `2.4 vs Windows vs bsddb <http://mail.python.org/pipermail/python-dev/2006-October/069283.html>`__ --------------------------------- Python 2.5 and Visual Studio 2005 --------------------------------- Kristján V. Jónsson showed that using Visual Studio 2005 instead of Visual Studio 2003 gave a 7% gain in speed, and a 10% gain when performance guided optimization (PGO) was enabled. While the "official" compiler can't get changed at a point release, everyone agreed that making the PCBuild8 directory work out of the box and adding an appropriate buildslave was a good idea. Kristján promised to look into setting up a buildslave. Contributing thread: - `Python 2.5 performance <http://mail.python.org/pipermail/python-dev/2006-October/069338.html>`__ ---------------------------------- Distributing debug build of Python ---------------------------------- David Abrahams asked if python.org would be willing to post links to the ActiveState debug builds of Python to make it easier for Boost.Python_ users to obtain a debug build. People seemed to think that Boost.Python_ users should be able to create a debug build of Python themselves if necessary. .. _Boost.Python: http://www.boost.org/libs/python/doc/index.html Contributing thread: - `Plea to distribute debugging lib <http://mail.python.org/pipermail/python-dev/2006-October/069325.html>`__ ----------------------------------------- Unmarshalling/Unpickling multiple objects ----------------------------------------- Tim Lesher proposed adding a generator to marshal and pickle so that instead of:: while True: try: obj = marshal.load(fobj) # or pickle.load(fobj) except EOFError: break ... do something with obj ... you could write something like:: for obj in marshal.loaditer(fobj): # or pickle.loaditer(fobj) ... do something with obj ... when you wanted to load multiple objects in sequence from the same file. Both Perforce and Mailman store objects in a way that would benefit from such a function, so it seemed like such an API might be reasonable. No patch had been submitted at the time of this summary. Contributing thread: - `Iterating over marshal/pickle <http://mail.python.org/pipermail/python-dev/2006-October/069277.html>`__ ------------------------------- spawnvp and spawnvpe on Windows ------------------------------- Alexey Borzenkov asked why spawnvp and spawnvpe weren't available in Python on Windows even though they were implemented in the CRT. He got the usual answer, that no one had submitted an appropriate patch, but that such a patch would be a reasonable addition for Python 2.6. Fredrik Lundh pointed out that the subprocess module was probably a better choice than spawnvp and spawnvpe anyway. Contributing thread: - `Why spawnvp not implemented on Windows? <http://mail.python.org/pipermail/python-dev/2006-October/069342.html>`__ ================== Previous Summaries ================== - `difficulty of implementing phase 2 of PEP 302 in Python source <http://mail.python.org/pipermail/python-dev/2006-October/069116.html>`__ - `Python Doc problems <http://mail.python.org/pipermail/python-dev/2006-October/069252.html>`__ - `Signals, threads, blocking C functions <http://mail.python.org/pipermail/python-dev/2006-October/069334.html>`__ =============== Skipped Threads =============== - `Removing __del__ <http://mail.python.org/pipermail/python-dev/2006-September/068875.html>`__ - `Tix not included in 2.5 for Windows <http://mail.python.org/pipermail/python-dev/2006-October/069095.html>`__ - `Weekly Python Patch/Bug Summary <http://mail.python.org/pipermail/python-dev/2006-October/069098.html>`__ - `HAVE_UINTPTR_T test in configure.in <http://mail.python.org/pipermail/python-dev/2006-October/069103.html>`__ - `OT: How many other people got this spam? <http://mail.python.org/pipermail/python-dev/2006-October/069117.html>`__ - `2.4.4 fixes <http://mail.python.org/pipermail/python-dev/2006-October/069160.html>`__ - `2.4.4 fix: Socketmodule Ctl-C patch <http://mail.python.org/pipermail/python-dev/2006-October/069189.html>`__ - `[Python-checkins] r51862 - python/branches/release25-maint/Tools/msi/msi.py <http://mail.python.org/pipermail/python-dev/2006-October/069201.html>`__ - `Fwd: [ python-Feature Requests-1567948 ] poplib.py list interface <http://mail.python.org/pipermail/python-dev/2006-October/069223.html>`__ - `Can't check in on release25-maint branch <http://mail.python.org/pipermail/python-dev/2006-October/069256.html>`__ - `if __debug__: except Exception, e: pdb.set_trace() <http://mail.python.org/pipermail/python-dev/2006-October/069271.html>`__ - `2.5, 64 bit <http://mail.python.org/pipermail/python-dev/2006-October/069275.html>`__ - `BUG (urllib2) Authentication request header is broken on long usernames and passwords <http://mail.python.org/pipermail/python-dev/2006-October/069284.html>`__ - `[Python-3000] Sky pie: a "var" keyword <http://mail.python.org/pipermail/python-dev/2006-October/069292.html>`__ - `Proprietary code in python? <http://mail.python.org/pipermail/python-dev/2006-October/069294.html>`__ - `DRAFT: python-dev summary for 2006-08-16 to 2006-08-31 <http://mail.python.org/pipermail/python-dev/2006-October/069299.html>`__ - `BRANCH FREEZE, release24-maint for 2.4.4c1. 00:00UTC, 11 October 2006 <http://mail.python.org/pipermail/python-dev/2006-October/069302.html>`__ - `2.4 vs Windows vs bsddb [correction] <http://mail.python.org/pipermail/python-dev/2006-October/069310.html>`__ - `RELEASED Python 2.4.4, release candidate 1 <http://mail.python.org/pipermail/python-dev/2006-October/069326.html>`__ - `ConfigParser: whitespace leading comment lines <http://mail.python.org/pipermail/python-dev/2006-October/069337.html>`__ - `Exceptions and slicing <http://mail.python.org/pipermail/python-dev/2006-October/069363.html>`__ - `Proposal: No more standard library additions <http://mail.python.org/pipermail/python-dev/2006-October/069398.html>`__ - `[py3k] Re: Proposal: No more standard library additions <http://mail.python.org/pipermail/python-dev/2006-October/069399.html>`__ - `Modulefinder <http://mail.python.org/pipermail/python-dev/2006-October/069412.html>`__ - `VC6 support on release25-maint <http://mail.python.org/pipermail/python-dev/2006-October/069426.html>`__ - `os.utime on directories: bug fix or new feature? <http://mail.python.org/pipermail/python-dev/2006-October/069431.html>`__ - `Problem building module against Mac Python 2.4 and Python 2.5 <http://mail.python.org/pipermail/python-dev/2006-October/069434.html>`__

1 0

Results of the SOC projects
by Jim Jewett 20 Nov '06

20 Nov '06

Brett: > As for the adding of logging to the stdlib modules ... we need the mentors > to step forward and say something about that. The logging additions are not ready for stdlib inclusion at this time. Some modules are closer than others, but whether it makes sense to add them piecemeal is a different question. -jJ

1 0

discussion of schema for new issue tracker starting
by Brett Cannon 18 Nov '06

18 Nov '06

Discussion of what we want in terms of the schema for the new issue tracker has begun. If you wish to give feedback on what you would like each issue to have in terms of data then please file an issue in the meta tracker at http://psf.upfronthosting.co.za/roundup/meta/ . You can see the current test tracker at http://psf.upfronthosting.co.za/roundup/tracker/ . And the tracker-discuss mailing list is at http://mail.python.org/mailman/listinfo/tracker-discuss (although you can bypass the list and use the meta tracker to your ideas relating to the schema). If you do participate through the meta tracker please sign up for an account so that it is not anonymous. I really hope that Anthony and Neal can participate so that we can make sure the tracker does what they need to make their lives easier during a release. And obviously everyone who still works with bugs and patches should participate as well. We can change the schema even after we launch to the new tracker, but it would be nice to minimize the amount of feature churn once the tracker is up and going. -Brett

1 0

[1593035] Re: readline problem with python-2.5
by Kate Minola 18 Nov '06

18 Nov '06

I have a fix to my bug report 1593035 regarding python-2.5 not working with readline on ia64-Linux. This bug was found while trying to port SAGE (http://modular.math.washington.edu/sage/) to ia64-Linux. The problem is caused by the line of Modules/readline.c in flex_complete() return completion_matches(text, *on_completion); In readline-5.2, completion_matches() is defined in compat.c as char ** completion_matches(const char *,rl_compentry_func_t *); But in Modules/readline.c completion_matches() by default is assumed to return an int, and on_completion() is defined as char *. To fix the problem, both the function itself and the second argument need to be cast to the correct types in Modules/readline.c/flex_complete() return (char **) completion_matches(text, (rl_compentry_func_t *)*on_completio n); and completion_matches needs to be defined as an external function. I added the following else clause to the ifdef at the top of Modules/readline.c/flex_complete() #ifdef HAVE_RL_COMPLETION_MATCHES #define completion_matches(x, y) \ rl_completion_matches((x), ((rl_compentry_func_t *)(y))) #else extern char ** completion_matches(const char *,rl_compentry_func_t *); #endif Kate Minola University of Maryland, College Park

1 0

Python in first-year MIT core curriculum
by Ka-Ping Yee 18 Nov '06

18 Nov '06

Wow. Did you catch this news? http://www-tech.mit.edu/V125/N65/coursevi.html The first four weeks of C1 will be a lot like the first four weeks of 6.001, Abelson said. The difference is that programming will be done in Python and not Scheme. -- ?!ng

2 1

Weekly Python Patch/Bug Summary
by Kurt B. Kaiser 17 Nov '06

17 Nov '06

Patch / Bug Summary ___________________ Patches : 416 open (-14) / 3463 closed (+16) / 3879 total ( +2) Bugs : 930 open ( +8) / 6333 closed (+17) / 7263 total (+25) RFE : 244 open ( -1) / 244 closed ( +3) / 488 total ( +2) New / Reopened Patches ______________________ tkSimpleDialog freezes when apply raises exception (2006-11-11) http://python.org/sf/1594554 opened by Hirokazu Yamamoto Iterating closed StringIO.StringIO (2005-11-18) http://python.org/sf/1359365 reopened by doerwalter Cross compiling patches for MINGW (2006-11-16) http://python.org/sf/1597850 opened by Han-Wen Nienhuys Patches Closed ______________ `in` for classic object causes segfault (2006-11-07) http://python.org/sf/1591996 closed by loewis askyesnocancel helper for tkMessageBox (2005-11-08) http://python.org/sf/1351744 closed by loewis PyErr_CheckSignals returns -1 on error, not 1 (2006-11-07) http://python.org/sf/1592072 closed by gbrandl make pty.fork() allocate a controlling tty (2003-11-08) http://python.org/sf/838546 closed by loewis Add missing elide argument to Text.search (2006-11-07) http://python.org/sf/1592250 closed by loewis mailbox: use fsync() to ensure data is really on disk (2006-06-29) http://python.org/sf/1514544 closed by akuchling mailbox (Maildir): avoid losing messages on name clash (2006-06-29) http://python.org/sf/1514543 closed by akuchling Fix struct.pack on 64-bit archs (broken on 2.*) (2004-10-02) http://python.org/sf/1038854 closed by loewis Cross building python for mingw32 (2003-11-13) http://python.org/sf/841454 closed by loewis httplib: allowing stream-type body part in requests (2004-11-12) http://python.org/sf/1065257 closed by loewis support whence argument for GzipFile.seek (bug #1316069) (2005-11-12) http://python.org/sf/1355023 closed by loewis fix for 1067728: Better handling of float arguments to seek (2004-11-17) http://python.org/sf/1067760 closed by loewis ftplib transfer problem with certain servers (2005-11-17) http://python.org/sf/1359217 closed by loewis bdist_rpm still can't handle dashes in versions (2005-11-18) http://python.org/sf/1360200 closed by loewis Fix the vc8 solution files (2006-08-19) http://python.org/sf/1542946 closed by krisvale Practical ctypes example (2006-09-15) http://python.org/sf/1559219 closed by theller New / Reopened Bugs ___________________ Unfortunate naming of variable in heapq example (2006-11-08) CLOSED http://python.org/sf/1592533 opened by Martin Thorsen Ranang gettext has problems with .mo files that use non-ASCII chars (2006-11-08) CLOSED http://python.org/sf/1592627 opened by Russell Phillips replace groups doesn't work in this special case (2006-11-06) http://python.org/sf/1591319 reopened by tomek74 readline problem on ia64-unknown-linux-gnu (2006-11-08) http://python.org/sf/1593035 opened by Kate Minola No IDLE in Windows (2006-11-09) CLOSED http://python.org/sf/1593384 opened by A_V_I No IDLE in Windows (2006-11-09) CLOSED http://python.org/sf/1593407 opened by A_V_I No IDLE in Windows (2006-11-09) CLOSED http://python.org/sf/1593442 opened by A_V_I site-packages isn't created before install_egg_info (2006-09-28) CLOSED http://python.org/sf/1566719 reopened by loewis Modules/unicodedata.c contains C++-style comment (2006-11-09) CLOSED http://python.org/sf/1593525 opened by Mike Kent No IDLE in Windows (2006-11-09) CLOSED http://python.org/sf/1593634 opened by A_V_I poor urllib error handling (2006-11-09) http://python.org/sf/1593751 opened by Guido van Rossum small problem with description (2006-11-09) CLOSED http://python.org/sf/1593829 opened by Atlas Word should be changed on page 3.6.1 (2006-11-11) CLOSED http://python.org/sf/1594742 opened by jikanter Make docu for dict.update more clear (2006-11-11) CLOSED http://python.org/sf/1594758 opened by Christoph Zwerschke make install fails, various modules do not work (2006-11-11) CLOSED http://python.org/sf/1594809 opened by Evan doctest simple usage recipe is misleading (2006-11-12) http://python.org/sf/1594966 opened by Ken Rimey smtplib.SMTP.sendmail() does not provide transparency (2006-11-12) CLOSED http://python.org/sf/1595045 opened by Avi Kivity texinfo library documentation fails to build (2006-11-12) http://python.org/sf/1595164 opened by Mark Diekhans User-agent header added by an opener is "frozen" (2006-11-13) http://python.org/sf/1595365 opened by Björn Steinbrink parser module bug for nested try...except statements (2006-11-13) CLOSED http://python.org/sf/1595594 opened by Kay Schluehr SocketServer allow_reuse_address checked in constructor (2006-11-13) http://python.org/sf/1595742 opened by Peter Parente read() in windows stops on chr(26) (2006-11-13) http://python.org/sf/1595822 opened by reson5 KeyError at exit after 'import threading' in other thread (2006-11-14) http://python.org/sf/1596321 opened by Christian Walther HTTP headers (2006-11-15) http://python.org/sf/1597000 opened by Hugo Leisink Reading with bz2.BZ2File() returns one garbage character (2006-11-15) http://python.org/sf/1597011 opened by Clodoaldo Pinto Neto Can't exclude words before capture group (2006-11-15) CLOSED http://python.org/sf/1597014 opened by Cees Timmerman sqlite timestamp converter bug (floating point) (2006-11-15) http://python.org/sf/1597404 opened by Michael Salib "Report website bug" -> Forbidden :( (2006-11-16) CLOSED http://python.org/sf/1597570 opened by Jens Diemer Modules/readline.c fails to compile on AIX 4.2 (2006-11-16) http://python.org/sf/1597798 opened by Mike Kent atexit.register does not return the registered function. (2006-11-16) CLOSED http://python.org/sf/1597824 opened by Pierre Rouleau Python/ast.c:541: seq_for_testlist: Assertion fails (2006-11-16) CLOSED http://python.org/sf/1597930 opened by Darrell Schiebel Top-level exception handler writes to stdout unsafely (2006-11-16) http://python.org/sf/1598083 opened by Jp Calderone Bugs Closed ___________ Unfortunate naming of variable in heapq example (2006-11-08) http://python.org/sf/1592533 closed by gbrandl gettext has problems with .mo files that use non-ASCII chars (2006-11-08) http://python.org/sf/1592627 closed by avantman42 problem building python in vs8express (2006-11-06) http://python.org/sf/1591122 closed by loewis No IDLE in Windows (2006-11-09) http://python.org/sf/1593384 closed by loewis No IDLE in Windows (2006-11-09) http://python.org/sf/1593407 deleted by akuchling mailbox.Maildir.get_folder() loses factory information (2006-10-03) http://python.org/sf/1569790 closed by akuchling No IDLE in Windows (2006-11-09) http://python.org/sf/1593442 deleted by gbrandl site-packages isn't created before install_egg_info (2006-09-28) http://python.org/sf/1566719 closed by pje Modules/unicodedata.c contains C++-style comment (2006-11-09) http://python.org/sf/1593525 closed by doerwalter No IDLE in Windows (2006-11-09) http://python.org/sf/1593634 deleted by gbrandl small problem with description (2006-11-09) http://python.org/sf/1593829 deleted by bauersj Word should be changed on page 3.6.1 (2006-11-11) http://python.org/sf/1594742 closed by gbrandl Make docu for dict.update more clear (2006-11-11) http://python.org/sf/1594758 closed by gbrandl make install fails, various modules do not work (2006-11-11) http://python.org/sf/1594809 closed by loewis gzip.GzipFile.seek missing second argument (2005-10-07) http://python.org/sf/1316069 closed by loewis smtplib.SMTP.sendmail() does not provide transparency (2006-11-12) http://python.org/sf/1595045 deleted by avik parser module bug for nested try...except statements (2006-11-13) http://python.org/sf/1595594 closed by gbrandl Can't exclude words before capture group (2006-11-15) http://python.org/sf/1597014 closed by gbrandl "Report website bug" -> Forbidden :( (2006-11-16) http://python.org/sf/1597570 closed by gbrandl atexit.register does not return the registered function. (2006-11-16) http://python.org/sf/1597824 closed by gbrandl quoted printable parse the sequence '= ' incorrectly (2006-10-31) http://python.org/sf/1588217 closed by gbrandl Python/ast.c:541: seq_for_testlist: Assertion fails (2006-11-16) http://python.org/sf/1597930 closed by gbrandl New / Reopened RFE __________________ "".translate() docs should mention string.maketrans() (2006-11-08) http://python.org/sf/1592899 opened by Ori Avtalion base64 doc Python 2.3 <-> 2.4 (2006-11-16) CLOSED http://python.org/sf/1597576 opened by Jens Diemer RFE Closed __________ wsgi.org link in wsgiref (2006-08-18) http://python.org/sf/1542920 closed by akuchling Move gmtime function from calendar to time module (2003-03-05) http://python.org/sf/697985 closed by akuchling base64 doc Python 2.3 <-> 2.4 (2006-11-16) http://python.org/sf/1597576 closed by gbrandl

1 0

2.5 portability problems
by "Martin v. Löwis" 16 Nov '06

16 Nov '06

I'd like to share an observation on portability of extension modules to Python 2.5: python-ldap would crash on Solaris, see http://groups.google.com/group/comp.lang.python/msg/a678a969c90f21ab?dmode=… It turns out that this was caused by a mismatch in malloc "families" (PyMem_Del vs. PyObject_Del): http://sourceforge.net/tracker/index.php?func=detail&aid=1575329&group_id=2… So if Python 2.5 crashes in malloc/free, it's probably a good guess that some extension module failed use correct APIs. There is probably not much we can do about this: it's already mentioned in "Porting to 2.5" of whatsnew25. It would be good if people were aware of this issue (and the other changes to the C API); thus I hope that this message/thread makes it to the python-dev summary :-) Regards, Martin

2 1