Re: [Python-Dev] "Missing" 2.5 feature
On 10/07/06, Alexander Schremmer <[EMAIL PROTECTED]> wrote: > On Sun, 9 Jul 2006 20:45:05 -0700, Neal Norwitz wrote: > > > There hasn't been much positive response (in the original thread or > > here). Given you forgot about it for over a year, how important can > > it be? :-) > I'm the SoC student working on the improvements for pdb, one of the improvements is allowing thread debugging. I was in fact, going to use the threadframe module if it was available on the system, having this method in the Python core is an even better solution. cheering-for-tim-ly yr's, Matt -- http://mattssanctuary.blogspot.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] [Python-checkins] r50708 - in python/trunk: Lib/test/test_sys.py Misc/NEWS Python/pystate.c
On 19/07/06, Thomas Heller <[EMAIL PROTECTED]> wrote:
> Neal Norwitz schrieb:
> > On 7/18/06, Jack Diederich <[EMAIL PROTECTED]> wrote:
> >>
> >> were pre-2003 and talking about mod_python. HURD and FreeBSD came up a
> >> couple times. Do we need to add more *BSD buildbots?
> >
> > Yes. We only have OpenBSD now. It would be nice to have {Free,Net}BSD
> > too..
>
> Maybe some of the buildbots should (in addition to the normal build?)
> configure Python with --without-threads?
>
I have an AMD64 NetBSD machine that isn't doing much at the moment, I
can regurlary run tests (I submitted a patch not long back to make
regrtest netbsd-3 aware). However, I can't turn it into a buildbot,
sorry.
Matt
--
http://mattssanctuary.blogspot.com
___
Python-Dev mailing list
Python-Dev@python.org
http://mail.python.org/mailman/listinfo/python-dev
Unsubscribe:
http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
[Python-Dev] Improving unit tests for the standard library
Hi, after speaking with Neal off-list about writing tests for the pkgutil module, we agreed it would be a good idea to start a page on http://wiki.python.org/moin/ stating any tests for the standard library that either, a) need to be written b) can be improved I've started the page http://wiki.python.org/moin/ImprovingLibTests that lists all the test files I could think of that need to be written. Ive also included a table for improvements to existing tests, along with a column that allows you to specify exactly what needs improving. I hope this will be of use to people, and I hope people will find time to modify the page approriately. When I get some spare time from my SoC project, I'll be working my way through the list. Thanks, Matt -- http://mattssanctuary.blogspot.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] uuid test suite failing
> On 27/07/06, Ronald Oussoren <[EMAIL PROTECTED]> wrote: > > IIRC at least some versions of HP-UX do not support the -a flag for > > ifconfig, I'll check this tomorrow. > > > > Ronald > > td192> /usr/sbin/ifconfig usage: ifconfig interface [ af [ address [ dest_addr ] ] [ up ] [ down ][ netmask mask ] ] [ metric n ] [ arp | -arp ] [ plumb | unplumb ] td192> /usr/sbin/ifconfig -a ifconfig: no such interface td192> uname -a HP-UX td192 B.11.11 U 9000/800 1839940656 unlimited-user license Also fixed this test on my NetBSD machine by using 'ifconfig -a' and checking for 'address:' in the output. But as Ronald said, not all platforms support the '-a' flag. Not sure if this will fix the OpenBSD buildbot, I don't have access to an OpenBSD machine. Matt -- http://mattssanctuary.blogspot.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
Re: [Python-Dev] Is this a bug?
On 09/08/06, Georg Brandl <[EMAIL PROTECTED]> wrote: > Is this considered a bug? Sure, deleting modules from sys.modules > isn't quite common, but it happened to me on one occasion. > > Python 2.4.3 (#1, Jul 29 2006, 10:52:20) > >>> import logging > >>> import sys > >>> del logging > >>> del sys.modules['logging'] > >>> ^D > Error in atexit._run_exitfuncs: > Traceback (most recent call last): >File "/usr/lib/python2.4/atexit.py", line 24, in _run_exitfuncs > func(*targs, **kargs) >File "/usr/lib/python2.4/logging/__init__.py", line 1328, in shutdown > for h in _handlerList[:]: # was _handlers.keys(): > TypeError: unsubscriptable object > Error in sys.exitfunc: > Traceback (most recent call last): >File "/usr/lib/python2.4/atexit.py", line 24, in _run_exitfuncs > func(*targs, **kargs) >File "/usr/lib/python2.4/logging/__init__.py", line 1328, in shutdown > for h in _handlerList[:]: # was _handlers.keys(): > TypeError: unsubscriptable object > > Obviously, _handlerList (as a global) is already cleaned up, which is why > the subscript fails. > > Georg > > ___ Could it be considered a bug in the atexit module (or is that what you meant)? Seeing as there's no _decent_ way to recover from this error, perhaps it could just slip silently passed? -- Matt http://mattssanctuary.blogspot.com ___ Python-Dev mailing list Python-Dev@python.org http://mail.python.org/mailman/listinfo/python-dev Unsubscribe: http://mail.python.org/mailman/options/python-dev/archive%40mail-archive.com
