Antoine Pitrou pit...@free.fr added the comment:
Ok, I get it, you want f.close() to always succeed, even if the
underlying file descriptor has already been closed.
Well, I so no reason to introduce a helper anyway, the following four
lines are much more readable and explicit:
try:
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Not quite sure what happened, yet. It may be, as Ryan said, that a merge
went wrong somewhere. I've altered Lib/logging/__init__.py in
release26-maint to remove captureWarnings from __all__.
Note that the change which introduced
Mark Dickinson dicki...@gmail.com added the comment:
I'm seeing this failure too, on a 64-bit build of the trunk on OS X
10.6.1.
If I understand the test, it's setting up a timer that's supposed to run
for 0.3 seconds of 'virtual time', signal, and then signal every 0.2
seconds of virtual
Mark Dickinson dicki...@gmail.com added the comment:
Issue #5972 looks like the same problem.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7042
___
Mark Dickinson dicki...@gmail.com added the comment:
See also issue #7042.
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5972
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Noticed that the code in the r262 tag (dated 13 Mar 2009) seems OK. I
don't know how to find out how this happened, i.e. is it something I did
wrong or is it something which went wrong during the release process?
Any pointers gratefully
Mark Dickinson dicki...@gmail.com added the comment:
This may also explain why the x86 FreeBSD trunk buildbot is currently
hanging on test_signal.
(And I see Ned already mentioned issue 5972 above. Sorry for the noise.)
--
___
Python tracker
Mark Dickinson dicki...@gmail.com added the comment:
chuck: does the attached patch fix the problem for you?
--
keywords: +patch
Added file: http://bugs.python.org/file15038/issue7042.patch
___
Python tracker rep...@bugs.python.org
Ezio Melotti ezio.melo...@gmail.com added the comment:
I tried to apply both the patches on the trunk but the tests don't pass.
With the latest patch I get an EOFError instead of IOError in the
assertRaises.
The function I was talking about was test_support.unlink(), but that
just removes the
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Ok, found it. It looks like I messed up in r72005 when fixing #5854.
Very sorry to all for the inconvenience. I will add a unit test to try
and catch this in the future.
--
___
Python tracker
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
I see Benjamin's beaten me to it - thanks, Benjamin.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
___
Georg Brandl ge...@python.org added the comment:
I've already added logging to test___all__.py which checks the __all__
attribute.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7052
___
New submission from Antoine Pitrou pit...@free.fr:
This patch replaces the explicit list of modules in test___all__ with an
automatic detection of modules having a __all__ attribute, so that we
don't forget any. It doesn't really appear to slow things down;
test___all__ only takes one second
Changes by Antoine Pitrou pit...@free.fr:
--
keywords: +patch
Added file: http://bugs.python.org/file15039/test_all.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
Georg Brandl ge...@python.org added the comment:
Hey, I was doing that too! :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
___
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Georg Brandl added the comment:
I've already added logging to test___all__.py which checks the __all__
attribute.
Sorry, I thought Benjamin did that.
Thanks and regards,
Vinay Sajip
--
___
Preston Landers pland...@gmail.com added the comment:
I'm curious what happened with this issue. It says closed+accepted but
it doesn't appear to be checked in. Was there a fatal problem
implementing this feature on Windows? Is it hung up on the inability
to dup SSL sockets?
I'm highly
Antoine Pitrou pit...@free.fr added the comment:
There was a problem with os.environ (from distutils and CGIHTTPServer)
changes disturbing test_wsgiref, so I've added an unconditional
save/restore of os.environ in test.regrtest.
--
Added file:
Mark Dickinson dicki...@gmail.com added the comment:
I've applied the above patch in r75236 (trunk), r75237 (release26-maint),
r75238 (py3k) and r75239 (release31-maint). With any luck this should fix
the issue. Jan Hosang, can you confirm that this is fixed?
--
resolution: - fixed
R. David Murray rdmur...@bitdance.com added the comment:
For os.environ, wouldn't it be better to fix the tests so that they
don't disturb the environment? Even if the CGIHTTPServer legitimately
modifies the environment, shouldn't it be the responsibility of its test
suite to wrap it so that
Marc-Andre Lemburg m...@egenix.com added the comment:
Tarek Ziadé wrote:
Tarek Ziadé ziade.ta...@gmail.com added the comment:
I'm just suggesting to add the meta-data field in order to recreate
consistency - not advocating that setup() parameter or its use.
Yes but fixing this
Antoine Pitrou pit...@free.fr added the comment:
You are right, such an approach would be better. I don't really want to
mess with test_distutils, however, and I was looking for a reliable fix
to the problem.
--
___
Python tracker
New submission from R. David Murray rdmur...@bitdance.com:
Running regrtest over an installed, read-only Lib produces several test
failures, and regrtest crashes. In investigating these, which I will
deal with in other issues, I found that the regrtest runtest_inner
method takes a 'testdir'
R. David Murray rdmur...@bitdance.com added the comment:
second patch
--
Added file: http://bugs.python.org/file15042/remove_testdir_from_runtest.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7056
R. David Murray rdmur...@bitdance.com added the comment:
Hmm. Maybe we could fix it _and_ complain.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7055
___
Amaury Forgeot d'Arc amaur...@gmail.com added the comment:
This last point is already tracked by issue5127.
--
nosy: +amaury.forgeotdarc
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3297
Andrew Straw ast...@users.sourceforge.net added the comment:
stdeb ( http://github.com/astraw/stdeb ) now includes a bdist_deb
distutils command.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1054967
Adam Olsen rha...@gmail.com added the comment:
Surrogates aren't optional features of UTF-16, we really need to get
this fixed. That includes .isalpha().
We might keep the old public API for compatibility, but it should be
clearly marked as broken for non-BMP scalar values.
I don't see a
Adam Olsen rha...@gmail.com added the comment:
Patch, which uses UTF-32-BE as indicated in my last comment. Test included.
--
keywords: +patch
Added file: http://bugs.python.org/file15043/py3k-nonBMP-literal.diff
___
Python tracker
New submission from Terry J. Reedy tjre...@udel.edu:
The transition from Tkinter/tkinter to tkinter/_tkinker in 3.x docs is
incomplete.
1. There are several places not in titles or beginning of sentences
where Tkinter (roman type) needs to be replaced with tkinter (fixed
type, as elsewhere).
Adam Olsen rha...@gmail.com added the comment:
With some further prodding I've noticed that although the test behaves
as expected in the py3k branch (fails on UTF-32 builds before the
patch), it doesn't fail using python 3.0. I'm guessing there's
interactions with compile() vs import and the
New submission from R. David Murray rdmur...@bitdance.com:
One of the failures when regrtest is run with a read-only Lib results
from test_runpy modifying sys.argv. Antoine also found cases where
tests modified os.environ in issue 7055. It seems useful to have
regrtest fix these kinds of
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
assignee: georg.brandl - ezio.melotti
nosy: +ezio.melotti
priority: - normal
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7057
___
R. David Murray rdmur...@bitdance.com added the comment:
Or should regrtest convert these into test failures for reporting purposes?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7058
___
New submission from Ezio Melotti ezio.melo...@gmail.com:
This is what I see while running ./configure on both trunk and py3k, on
Linux:
checking for major... yes
checking for getaddrinfo... yes
checking getaddrinfo bug... checking for getnameinfo... yes
checking whether time.h and sys/time.h may
Hirokazu Yamamoto ocean-c...@m2.ccsnet.ne.jp added the comment:
I think this can be fixed by merging r72343.
--
nosy: +ocean-city
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7043
___
New submission from R. David Murray rdmur...@bitdance.com:
test_multiprocessing is producing tracebacks and hanging on py3k trunk.
I think this started happening fairly recently, as it seemed to work in
one not-too-old checkout until I did an svn up and then it started
failing. 3.1 seems fine.
Changes by R. David Murray rdmur...@bitdance.com:
--
components: +Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7060
___
___
R. David Murray rdmur...@bitdance.com added the comment:
r75241 seems to be the cause. Tests passes on r75240, but gives the
dict error and hang on r75241.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7060
Senthil Kumaran orsent...@gmail.com added the comment:
Fixed and Committed revision 75253.
Will just wait for windows buildbot to test it before closing.
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
Senthil Kumaran orsent...@gmail.com added the comment:
Committed revision 75254 for release26-maint.
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7026
___
New submission from Terry J. Reedy tjre...@udel.edu:
Reading through 24.5 on the turtle module, I have a number of comments
aimed at improvements. Some are straightforward fixes which any doc
maintainer could enter. Others are questions about meaning that I
presume the current maintainer, gregor
Gregor Lingl gregorli...@users.sourceforge.net added the comment:
Thanks, Terry, for reading the docs that thoroughly.
Alas, for the next week I'm too busy (with preparing Python für Kids
for press) to work through this long list.
Since it doesn't seem to be *very* urgent, I'll defer that work
101 - 143 of 143 matches
Mail list logo