[Python-Dev] 2.3.1 is (almost) a go (original) (raw)

Jeremy Hylton jeremy at zope.com
Wed Sep 24 09:39:48 EDT 2003

On Wed, 2003-09-24 at 07:53, Barry Warsaw wrote:

On Wed, 2003-09-24 at 03:15, Anthony Baxter wrote: > Last chance for feedback on python2.3.1 ... :) test testmimetypes failed -- Traceback (most recent call last): File "/tmp/Python-2.3.1/Lib/test/testmimetypes.py", line 52, in testguessalltypes eq(all, ['.bat', '.c', '.h', '.ksh', '.pl', '.txt']) File "/tmp/Python-2.3.1/Lib/unittest.py", line 302, in failUnlessEqual _raise self.failureException, _ AssertionError: ['.asc', '.bat', '.c', '.h', '.ksh', '.pl', '.txt'] != ['.bat', '.c', '.h', '.ksh', '.pl', '.txt']

I've seen test_mimetypes fail frequently, depending on what order the tests are run. We worked on this a little for 2.3c1, but I didn't have the patience to stick with it. The problem is that the mimetypes module initializes some global variables when it is first used. test_mimetypes avoids initializing the module, because it can't guess what extensions will be known on a particular platform. But some of the other tests use mimetypes, so they cause it to be initialized.

In the first run, testqueue also failed, with this output:

testqueue test testqueue failed -- blocking function '<bound method Queue.get of_ _<Queue.Queue instance at 0x402471cc>>' appeared not to block

I see this from time-to-time, too. The tests are timed based and sometimes fail when there's not enough CPU time during the test interval.

Jeremy

More information about the Python-Dev mailing list