Mailman 3 March 2008 - Python-Dev

Re: [Python-Dev] [Python-checkins] r61264 - in python/trunk: Lib/test/test_os.py Misc/NEWS
by Trent Nelson March 6, 2008

March 6, 2008

Hurrah, 'x86 W2k8 trunk' has just experienced its first green build and test! Thanks to everyone that committed the various patches I sent out in such a timely fashion. Martin, does this mean I can have a slave set up for x64 now? }:> Trent. > -----Original Message----- > From: python-checkins-bounces(a)python.org [mailto:python-checkins- > bounces(a)python.org] On Behalf Of martin.v.loewis > Sent: 06 March 2008 01:55 > To: python-checkins(a)python.org > Subject: [Python-checkins] r61264 - in python/trunk: > Lib/test/test_os.py Misc/NEWS > > Author: martin.v.loewis > Date: Thu Mar 6 07:55:22 2008 > New Revision: 61264 > > Modified: > python/trunk/Lib/test/test_os.py > python/trunk/Misc/NEWS > Log: > Patch #2232: os.tmpfile might fail on Windows if the user has no > permission to create files in the root directory. > Will backport to 2.5.

2 1

Optimizing with.
by Jeffrey Yasskin March 5, 2008

March 5, 2008

I've got a patch in http://bugs.python.org/issue2179 that optimizes the bytecode generated by a with statement by tucking the context_manager.__exit__ method onto the stack. It saves 2 opcodes, 8 bytes, and about .5us for each with block at the cost of an extra stack entry for the duration of the block. Since it's the first time I've touched the core of the compiler and interpreter, I'm hoping that someone can take a look before I check it in. Thanks! Jeffrey

1 0

Hello
by andrew rainwater March 5, 2008

March 5, 2008

Hello to all I am a new member.

1 0

Windows buildbots randomly die with twisted ConnectionLost errors?
by Trent Nelson March 5, 2008

March 5, 2008

I've started to see my build slave dying every so often with a twisted error half way through tests: ... test_htmlparser test_httplib remoteFailed: [Failure instance: Traceback (failure with no frames): twisted.internet.error.ConnectionLost: Connection to the other side was lost in a non-clean fashion. ] Examples: http://www.python.org/dev/buildbot/all/x86%20W2k8%20trunk/builds/46/step-te… http://www.python.org/dev/buildbot/all/x86%20W2k8%20trunk/builds/36/step-te… I'm not sure if I should read into the fact that it's occurring after networking-oriented tests like test_httplib and test_ftplib. Running rt.bat on the resulting build manually doesn't indicate any errors in these tests. Have other Windows buildbot owners seen this? Trent.

3 4

Patch for trunk test_winsound.py (fixes my buildbot)
by Trent Nelson March 5, 2008

March 5, 2008

winsound.Beep fails for me on the 'x86 2k8 trunk' build slave, which is a virtual Windows Server 2008 instance running under Hyper-V. Not surprisingly, there's not a single audio-related device on this system. The attached patch to test_winsound.py incorporates the _have_soundcard() checks to the BeepTest class, which fixes the problem for me. (I've also tested the patch on a Vista system (that does have a soundcard) and everything works as expected.) Trent.

3 3

Re: [Python-Dev] [Python-ideas] new super redux (better late than never?)
by Facundo Batista March 5, 2008

March 5, 2008

2008/3/5, Guido van Rossum <guido(a)python.org>: (Bringing this from python-ideas, Guido is talking about PEP 3135) > Ehhh! The PEP's "reference implementation" is useless and probably > doesn't even work. The actual implementation is completely different. > If you want to help, a rewrite of the PEP to match reality would be > most welcome! Guido, I know that in this fight-for-reality some of the PEPs for Py3 are not correct. Which is the plan to handle this? Will the original authors fix them? And if not, will these PEP be marked as "Caution: non compliant with reality" or something? PEPs are a great tool, one of the Python assets, and it's a pity that we may not trust them... Regards, -- . Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/

3 2

signal.alarm(3) in trunk test_socketserver.py
by Trent Nelson March 4, 2008

March 4, 2008

r61099 added the following to trunk/Lib/test/test_socketserver.py: if __name__ == "__main__": test_main() + signal.alarm(3) # Shutdown shouldn't take more than 3 seconds. ....which breaks platforms that don't have signal.alarm, like, say, !unix ;-) Trent. -- http://www.onresolve.com

2 3

Windows buildbot test_bsddb3 problems (was RE: Buildbots for trunk are all red)
by Trent Nelson March 4, 2008

March 4, 2008

Spent some time on my buildbot (x86 2k8 trunk) this morning trying to track down why test_bsddb3 is failing (trunk with db-4.4.20). The first test that fails is this: test01_GetsAndPuts (bsddb.test.test_basics.BasicBTreeWithEnvTestCase) ... ERROR That's slightly misleading though as the test runs fine -- the actual exception is being thrown in test_basics.BasicTestCase.tearDown() when os.remove() is called against the first db file (i.e. '__db.001'): WindowsError: [Error 5] Access is denied: 'c:\users\trent~1.nel\appdata\local\temp\2\db_home2808\__db.001 This isn't surprising, given that the python_d.exe process still seems to have __db.001, __db.002 and __db.003 open at the time os.remove() is called. The aforementioned tearDown() method looks like this: def tearDown(self): self.d.close() if self.env is not None: test_support.rmtree(self.homeDir) self.env.close() ## Make a new DBEnv to remove the env files from the home dir. ## (It can't be done while the env is open, nor after it has been ## closed, so we make a new one to do it.) #e = db.DBEnv() #e.remove(self.homeDir) #os.remove(os.path.join(self.homeDir, self.filename)) else: os.remove(self.filename) If I switch the order of statements such that self.env.close() is called before test_suppot.rmtree(self.homeDir), this particular test and a host of others that were also failing now pass (a runtime abort is no longer raised by the CRT half way into the tests either). (Note that the order was switched to that shown above by Neal in r61052 on Feb 24th, which is when these issues started occurring.) That said, there are still a lot more test failures down the track once this change has been made, either via the access denied WindowsError, or a DBInvalidArgError, e.g.: ERROR: test02_WithSource (bsddb.test.test_recno.SimpleRecnoTestCase) ---------------------------------------------------------------------- Traceback (most recent call last): File "S:\src\svn\svn.python.org\projects\python\trunk\lib\bsddb\test\test_recno.py", line 33, in tearDown test_support.rmtree(self.homeDir) File "S:\src\svn\svn.python.org\projects\python\trunk\lib\test\test_support.py", line 70, in rmtree shutil.rmtree(path) File "S:\src\svn\svn.python.org\projects\python\trunk\lib\shutil.py", line 184, in rmtree onerror(os.remove, fullname, sys.exc_info()) File "S:\src\svn\svn.python.org\projects\python\trunk\lib\shutil.py", line 182, in rmtree os.remove(fullname) WindowsError: [Error 5] Access is denied: 'c:\\users\\trent~1.nel\\appdata\\local\\temp\\2\\db_home4656\\tmp04_knk' ====================================================================== ERROR: test01_1WriterMultiReaders (bsddb.test.test_thread.BTreeConcurrentDataStore) ---------------------------------------------------------------------- Traceback (most recent call last): File "S:\src\svn\svn.python.org\projects\python\trunk\lib\bsddb\test\test_thread.py", line 62, in setUp self.env.open(homeDir, self.envflags | db.DB_CREATE) DBInvalidArgError: (22, 'Invalid argument -- configured environment flags incompatible with existing environment') The DBInvalidArgError exception is only raised after a previous WindowsError is encountered, so I assume it's a side-effect of the tearDown() method not cleaning the environment correctly. It seems this comment in tearDown() is quite pertinent to our situation: ## Make a new DBEnv to remove the env files from the home dir. ## (It can't be done while the env is open, nor after it has been ## closed, so we make a new one to do it.) #e = db.DBEnv() #e.remove(self.homeDir) #os.remove(os.path.join(self.homeDir, self.filename)) Not sure why this is commented out -- quick search of svn history indicates it's been like that for at least the last year and a half. Will have some more time this evening to spend on this, however, work calls at the moment. Regards, Trent. ________________________________________ From: python-dev-bounces+tnelson=onresolve.com(a)python.org [python-dev-bounces+tnelson=onresolve.com(a)python.org] On Behalf Of Facundo Batista [facundobatista(a)gmail.com] Sent: 26 February 2008 06:22 To: Thomas Hervé Cc: python-dev(a)python.org Subject: Re: [Python-Dev] Buildbots for trunk are all red 2008/2/25, Thomas Hervé <therve(a)free.fr>: > I've worked on that problem during the bug day. I've open a ticket with > a patch at http://bugs.python.org/issue2168. Most of the buildbots are green now!!! Thank you all! This community is as awesome as Python itself, ;) Three remains in red, though: - Alpha Tru64: test_smtplib.py is flaky, and _ssl.c is not compiled correctly. Neil is hunting this, I think. - X86 XP-3: seems to crash after test_bsddb3.py. - X86 XP-4: idem. For this two, how can be tried if the bsddb lib in those windows is correctly installed? Thanks again. -- . Facundo Blog: http://www.taniquetil.com.ar/plog/ PyAr: http://www.python.org/ar/ _______________________________________________ Python-Dev mailing list Python-Dev(a)python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/tnelson%40onresolve.com

3 4

No releases tonight
by Barry Warsaw March 4, 2008

March 4, 2008

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 I tried, I really did. Python 2.6 is nearly ready, I'm mostly trying to figure out how to build the web pages properly. I haven't started on 3.0, but huge thanks go to Brett Cannon, Neal Norwitz, Mark Dickinson, and Fred Drake for helping out tonight with everything, including fixing the outstanding bugs in 3.0. Python 2.6a1 is tagged and built, so feel free to commit changes to the trunk. Python 3.0 is not tagged yet so if you can hold off from committing to that branch for a little while longer, that would be appreciated. I will cut 3.0a3 tomorrow (Saturday) as early as possible. time-to-start-drinking-ly y'rs, - -Barry -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.8 (Darwin) iQCVAwUBR8jdyXEjvBPtnXfVAQJSowQAgIqqYKYPvzEMtvtAHiNC+OkMpO3vxelh 9kcAgXClhCS47wAMc9viJsb5Uo12f7TlOURkEjuMZ13jrBri+HCFtrAGjjHj/qHk KyH9ua+q0dCtpg0P0CzvxznGr7k2XV5LiZit4G+UwuSokJr/F/dUDQV3jkSgWEvh xTRj8ZZisQw= =Hg6S -----END PGP SIGNATURE-----

10 13

Re: [Python-Dev] Python 2.6 and 3.0 ...and applink.c?
by Bugbee, Larry March 4, 2008

March 4, 2008

Hi Barry, A question.... Do you know if OpenSSL's applink.c will be included in the Windows builds? If so, and I hope it is, great! If not, I'd like to encourage its inclusion. Doing so will permit Python to be used with OpenSSL 0.9.8x on Windows platforms without a user trying to find somebody with the right compiler to rebuild a Python for him/her. This is needed for M2Crypto, or any other OpenSSL wrapper for that matter. A lot more can be said here, but in the interest of brevity... ;-) applink.c is perhaps two dozen links and some error codes, and is benign for those not calling these APIs. applink.c may be found in <openssl_source_dir>/ms and the one line include stmt that would be added to <py-src>/Modules/python.c is: #include "<path_to>/applink.c" That's it. And the OpenSSL FAQ: http://www.openssl.org/support/faq.html#PROG2 Tx, Larry

7 13