Charles-François Natali neolo...@free.fr added the comment:
The server thread only waits for 3 seconds for the connection. If a
connection is not created before 3 seconds, the server suicides and when the
connection is tried, it will fail. This probably explain why the problem is
sporadic
Lucas Sinclair blastoc...@mac.com added the comment:
My patch contains two new dump tests which originally fail, and the fixes to
the code that makes them pass.
--
Added file: http://bugs.python.org/file23629/issue9750.patch
___
Python tracker
Guido van Rossum gu...@python.org added the comment:
As I wrote in python-dev:
I agree with Raymond that this should be treated as a feature request and not
fixed in 2.7 / 3.2. (However the mention of 'find' in the error message for
'index' is a bug and should be fixed.)
As for the feature
Ned Deily n...@acm.org added the comment:
Lucas, there is nothing particularly special about the configuration parameters
that Michael used other than enabling debug. Prior to Xcode 4, Xcode supplied
a standard (non-LLVM) gcc as the default compiler, 4.2 for 10.6 and 4.0 for
10.5 and 10.4.
New submission from Florent Xicluna florent.xicl...@gmail.com:
Seen on Windows 7 builder.
http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/3949
This build is considered green by buildbot.
Actually, the exit code should not be 0.
(...)
[360/360/4] test_descr
324
Petri Lehtinen pe...@digip.org added the comment:
Even better would be to set skewfactor to something negative in this
test, too. I was told that long sleeps in tests are frowned upon.
--
___
Python tracker rep...@bugs.python.org
Petri Lehtinen pe...@digip.org added the comment:
Ok. Sounds that you've already evaluated this alternative, so I'm fine
with it.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13211
___
Jesús Cea Avión j...@jcea.es added the comment:
Charles-François:
The only way for the server thread being around would be if the test fails
badly, not calling teardown (I would do a fake tcp connection to the server in
the teardown, followed by a thread.join). In this case, the thread (being
Antoine Pitrou pit...@free.fr added the comment:
Anyway, we can keep using localhost, but just delete the socket
timeout in the server.
Please don't. Any problem might then hang the whole test suite.
You can bump it up if you want, though.
About using getsockname(), the bind would bind to
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e929d2a96d9b by Nick Coghlan in branch '3.2':
Issue #13237: Forward port subprocess module updates and explicitly document
UTF-8 encoding assumption when universal_newlines=True
Nick Coghlan ncogh...@gmail.com added the comment:
Well, that forward port was definitely more complicated than I expected.
Additional reviews of both 3.2 and 3.3 (i.e. default) would be appreciated -
there were quite a few adjustments needed to cope with changes between 2.7 and
3.2 and then
Jesús Cea Avión j...@jcea.es added the comment:
Uh doing a fake connection in the teardown would be problematic if the
socket is reused for something else in the meantime. The kernel is suppose to
keep the socket in the not reuse state for a while, but...
I am seeing too liberal
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23630/2b155a6d25bb.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
Jesús Cea Avión j...@jcea.es added the comment:
Antoine:
Deleting the socket timeout doesn't hang the test if we set the thread to
daemon and do not do a thread.join() (unneeded in the normal situation, since
garbage collecting the test instance will collect the thread too). If you don't
Changes by Michael Foord mich...@voidspace.org.uk:
--
nosy: -michael.foord
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
___
Antoine Pitrou pit...@free.fr added the comment:
Please, review attached changeset.
Doesn't look acceptable to me.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
Antoine Pitrou pit...@free.fr added the comment:
If thread.join had a timeout , we could wait for a while and if the
thread is still active, do a fake connection and another join.
What's wrong with a socket timeout exactly? Everything you're proposing
is ten times more complicated, and more
Nick Coghlan ncogh...@gmail.com added the comment:
After working on the documentation updates to the subprocess module to
emphasise the convenience functions, I've now changed my mind and think it
makes sense to keep these additions in that module.
Now that the shell helpers will default to
Nick Coghlan ncogh...@gmail.com added the comment:
Éric, to answer your question, with the planned version of the new API, a
*.py value interpolated with {!u} should indeed pick up all of those files,
since the wildcard will be passed unmodified to the underlying shell, and all
shells I am
Jesús Cea Avión j...@jcea.es added the comment:
Antoine, the problem with this test is the timeout. We can set an arbitrary
timeout, but how big is big enough?.
My change doesn't need a timeout at all. Problem solved.
The only cosmetic problem is the risk of leaking a thread. But it would not
Antoine Pitrou pit...@free.fr added the comment:
Antoine, the problem with this test is the timeout. We can set an
arbitrary timeout, but how big is big enough?.
I would say answering this question is your task, since you have access
to that buildbot.
The only cosmetic problem is the risk
Jesús Cea Avión j...@jcea.es added the comment:
Antoine: Then you would be satisfied if I increase the timeout from 3 seconds
to 60 seconds and clean the event signaling?. The current event signaling code
has a few race conditions with potential deadlocks.
--
Antoine Pitrou pit...@free.fr added the comment:
Antoine: Then you would be satisfied if I increase the timeout from 3
seconds to 60 seconds and clean the event signaling?
Yes!
--
___
Python tracker rep...@bugs.python.org
Jesús Cea Avión j...@jcea.es added the comment:
Consider too that if something goes bad enough in the test to skip the teardown
method, the thread will be alive for a while, possibly contaminating some other
tests, like you commented.
This is actually unsolvable, I think. Code that NEED to be
Antoine Pitrou pit...@free.fr added the comment:
Consider too that if something goes bad enough in the test to skip the
teardown method,
Such as? tearDown is normally like a finally block, it always gets
executed (unless perhaps setUp fails).
--
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23631/71ab454bfe19.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
New submission from Ronald Oussoren ronaldousso...@mac.com:
test_ctypes fails when building and testing on OSX 10.7 (Lion).
This is likely caused by changes in the compiler w.r.t. the calling convention.
I've worked around this problem in PyObjC, and will try to port that
workaround to
Jesús Cea Avión j...@jcea.es added the comment:
Please, review 71ab454bfe19.diff . I am not satisfied with the timeout
approach, since the timeout time is arbitrary. I would rather do the fake
connection in teardowm, to be sure the server died.
Anyway, this seems to be the minimal patch to
STINNER Victor victor.stin...@haypocalc.com added the comment:
test_ctypes fails when building and testing on OSX 10.7 (Lion).
What is the error message?
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13370
Ronald Oussoren ronaldousso...@mac.com added the comment:
I should have included the failures in my first message, sorry about that.
IIRC the workaround in PyObjC I mention in my initial message does explicit
sign extension when needed.
W.r.t to the first couple of failures, not that:
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23632/b93657b239a5.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23631/71ab454bfe19.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
Jesús Cea Avión j...@jcea.es added the comment:
Stupid mistake. Please, review b93657b239a5.diff (erroneous sock.close()
deleted)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
___
New submission from Ronald Oussoren ronaldousso...@mac.com:
A number of Carbon wrapper modules don't build on OSX 10.7:
$ make
...
Failed to build these modules:
_Fm_Qd_Qdoffs
This is with '--with-universal-archs=intel', which worked fine on OSX 10.6.
Antoine Pitrou pit...@free.fr added the comment:
Stupid mistake. Please, review b93657b239a5.diff (erroneous sock.close()
deleted)
Looks good to me, thanks.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11812
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
components: +Build
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13371
___
___
Ronald Oussoren ronaldousso...@mac.com added the comment:
_Fm fails because the wrapped functionality is no longer present in the Headers
(last seen in the QD.framework headers in the 10.6 SDK)
likewise for _Qdoffs and _Qd.
The attached patch changed the preprocessor guards around these
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 76b6b85e4b78 by Jesus Cea in branch '2.7':
Solved a potential deadlock in test_telnetlib.py. Related to issue #11812
http://hg.python.org/cpython/rev/76b6b85e4b78
New changeset 554802e562fa by Jesus Cea in branch
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 8907d646e0df by Jesus Cea in branch 'default':
Commit 59dca1e2363d for issue #13327 introduced a compilation warning
http://hg.python.org/cpython/rev/8907d646e0df
--
___
Mark Dickinson dicki...@gmail.com added the comment:
Sorry, I'm closing this as rejected. It might possibly have been better to
write the code this way to begin with, but the code is already there, it's
working, and there's little to be gained by 'fixing' it at this point.
--
Florent Xicluna florent.xicl...@gmail.com added the comment:
Then we'll live with it, or work around when it's possible.
For the purists, hopefully we have Python 3 which allows to mix bytes and
strings in a set().
--
resolution: - rejected
status: open - closed
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
___
New submission from Xavier de Gaye xdeg...@gmail.com:
When use_poll is True, test_handle_close in test_asyncore.py invokes
twice the handle_close() method.
The attached patch:
modifies test_handle_close so that it fails when handle_close() is
called more than once
includes a fix
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
Removed message: http://bugs.python.org/msg147102
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12392
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue444582
___
___
Florent Xicluna florent.xicl...@gmail.com added the comment:
Done by Eric, thank you.
Because of a typo, the message was attached to the wrong ticket.
New changeset 8ea34a74f118 by Éric Araujo in branch '2.7':
Add missing versionadded (fixes #12392)
Senthil Kumaran sent...@uthcode.com added the comment:
Hi Jason Petri,
urllib2.HTTPError never had a reason attribute. In the docs, it is mentioned
that only URLError has the reason attribute. The HTTPError sublasses URLError
and addinforurl class, but the further initialization happens only
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23635/c47a846bed1a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +Yury.Selivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13241
___
___
Changes by Giampaolo Rodola' g.rod...@gmail.com:
--
nosy: +giampaolo.rodola
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677872
___
___
Petri Lehtinen pe...@digip.org added the comment:
My impression was that because HTTPError is a subclass of URLError, it
should have the same attributes, and maybe some extra. A user reading
the docs doesn't know whether it calls the base class __init__ or not.
--
Changes by Florent Xicluna florent.xicl...@gmail.com:
--
nosy: +flox
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1677872
___
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 1238cdd288d2 by Charles-François Natali in branch 'default':
Back out changeset b6336ba796d4 until fix for #13303.
http://hg.python.org/cpython/rev/1238cdd288d2
--
___
Changes by Jesús Cea Avión j...@jcea.es:
Removed file: http://bugs.python.org/file23635/c47a846bed1a.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Changes by Jesús Cea Avión j...@jcea.es:
Added file: http://bugs.python.org/file23636/518b32ce893e.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Jesús Cea Avión j...@jcea.es added the comment:
Please, check the new changeset, with all your feedback. Thanks!.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6397
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
Attached patch, please review.
--
assignee: docs@python - ezio.melotti
keywords: +patch
nosy: +eric.araujo, ezio.melotti
stage: - commit review
versions: +Python 2.7 -Python 3.1
Added file:
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - needs patch
versions: +Python 2.7 -Python 2.6
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue5904
___
Jason R. Coombs jar...@jaraco.com added the comment:
That was my point. If HTTPError is a subclass of URLError, then an HTTPError
_is an_ URLError, and thus should implement the same public interface.
The problem is better illustrated with this request:
try:
Changes by Jason R. Coombs jar...@jaraco.com:
--
components: +Library (Lib)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13211
___
___
New submission from Arnaud Ysmal stack...@netbsd.org:
Using get(timeout=1) on a multiprocessing.Queue sometimes leads to a blocking
get.
It seems that there is no check whether the timeout has expired after acquiring
the lock but before the time.time(), which can cause a call to poll() with a
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13373
___
___
Python-bugs-list mailing
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
stage: - patch review
versions: +Python 2.7, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13373
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7412
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11082
___
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11427
___
___
Python-bugs-list
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +flox
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9257
___
___
Yury Selivanov yseliva...@gmail.com added the comment:
It looks like there is a memory leak bug (on StopIteration exception instances).
Attached is the test to expose it.
It seems that adding 'Py_DECREF(e);' after
'PyErr_SetObject(PyExc_StopIteration, e);' in 'genobject.c' fixes the leak.
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +facundobatista, mark.dickinson, rhettinger
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13093
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
LGTM
--
nosy: +ezio.melotti
stage: - commit review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12245
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
This was fixed in #12434.
--
assignee: - ezio.melotti
resolution: - duplicate
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor victor.stin...@haypocalc.com:
Attached patch deprecates the Windows ANSI API (bytes API) in the nt module.
Use Unicode filenames instead of bytes filenames to not depend on the ANSI code
page anymore and to support any Unicode filename.
The patch changes
Senthil Kumaran sent...@uthcode.com added the comment:
Here is the docs patch which will help us close the issue. Addressing Eric's
last comment - I believe the what's new and News for this issue was added with
the feature, this one was Exception msg change.
--
Added file:
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 6bf07db23445 by Victor Stinner in branch 'default':
Issue #13374: Use Unicode filenames instead of bytes filenames
http://hg.python.org/cpython/rev/6bf07db23445
--
nosy: +python-dev
STINNER Victor victor.stin...@haypocalc.com added the comment:
The patch deprecates bytes filenames for the following functions:
nt._getfullpathname
nt._isdir
os.access
os.chdir
os.chmod
os.link
os.listdir
os.lstat
os.mkdir
os.open
os.rename
os.rmdir
os.stat
os.symlink
os.unlink
os.utime
Oh, I
STINNER Victor victor.stin...@haypocalc.com added the comment:
Functions like os.execv() or os.readlink() are not deprecated because the
underlying C function really uses a bytes API (execv and readlink).
--
___
Python tracker rep...@bugs.python.org
Changes by STINNER Victor victor.stin...@haypocalc.com:
--
nosy: +loewis, mhammond
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13374
___
___
Terry J. Reedy tjre...@udel.edu added the comment:
def parrot(voltage, state='a stiff', action='voom', type='Norwegian Blue'):
+accepts one :term:`positional argument` (``voltage``) and three
+:term:`keyword arguments keyword argument` (``state``, ``action``,
+and ``type``).
This is simply
Ezio Melotti ezio.melo...@gmail.com added the comment:
+accepts one :term:`positional argument` (``voltage``) and three
+:term:`keyword arguments keyword argument` (``state``, ``action``,
+and ``type``).
This is simply false. An argument for voltage is required, the other
three are
Ezio Melotti ezio.melo...@gmail.com added the comment:
I think the information in the patch should go in the urlopen doc, not in
urlencode. Adding a note to urlencode that says that the result must be
encoded is fine, but all the details about the default encoding and the fact
that an extra
Meador Inge mead...@gmail.com added the comment:
I agree this is a regression. I am looking more into it now.
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11427
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13370
___
___
Python-bugs-list
Terry J. Reedy tjre...@udel.edu added the comment:
Would adding 'required' before 'positional' and 'optional' before 'keyword
arguments' be ok?
No! What is false in the original and the above is the equation and confusion
of 'required' with 'positional' and 'optional' with 'keyword'.
Ezio Melotti ezio.melo...@gmail.com added the comment:
OK, now I got what you mean.
I'll try to come up with a better patch then :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6570
___
New submission from Nick Coghlan ncogh...@gmail.com:
The 3-tuple values yielded by os.walk could be made easier to work with in some
use cases by offering a namedtuple style interface (similar to what is done
with sys.float_info).
for dirinfo in os.walk(base_dir):
print(dirinfo.path)
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: - needs patch
type: - feature request
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13375
___
Nick Coghlan ncogh...@gmail.com added the comment:
A related idea is updating os.walk tuples to be a custom object offering a
namedtuple style API (similar to sys.float_info).
I created a separate issue for that: #13375
I've also updated the title of this issue to describe the problem it aims
New submission from Sam Cates python@samcates.com:
OS: Mac 10.7.2
Python: 2.7.1
Setting a pre input hook in readline has no effect. This simple example
illustrates the problem:
#!/usr/bin/python
import readline
def hook():
readline.insert_text(' from pre_input_hook')
88 matches
Mail list logo