Changes by higery shoulderhig...@gmail.com:
Added file:
http://bugs.python.org/file21697/change_path_separator_in_MANIFEST.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue828450
___
Steffen Daode Nurpmeso sdao...@googlemail.com added the comment:
On Sat, Apr 16, 2011 at 08:17:30PM +, R. David Murray wrote:
[...] rather odd considering that there is also a 'closed'
method that would fail similarly if close was ever called.
Maybe someone got not enough feedback after
R. David Murray rdmur...@bitdance.com added the comment:
Ah. Well, since the io module and its classes didn't exist when that code in
mailbox.py was written, no, that's not what happened :)
Nor does 'file like object' in Python necessarily mean conformance to the io
specification. We are
Bob Ippolito b...@redivi.com added the comment:
I did this some time ago in simplejson by defining a TestSuite subclass and
instrumenting simplejson so that speedups can be enabled and disabled easily
with a private API.
Prashant Kumar contactprashan...@gmail.com added the comment:
I made changes in manifest.py which can be viewed here:
https://bitbucket.org/pkumar/distutils2_bugs/changeset/111c1253ea7a
I'm not sure if I should modify test_command_sdist.py for the failing tests of
manifest contents(since it
New submission from Tomasz Melcer li...@o2.pl:
I find it a minor annoyance that a result of `urlparse.urlparse` (an object of
class urlparse.ParseResult) doesn't have a meaningful __str__/__unicode__
methods. `urlparse.ParseResult` is a subclass of `namedtuple` with __slots__,
so I can't
Torsten Becker torsten.bec...@gmail.com added the comment:
Hi, here is my revised patch with email.utils.getaddresses() also decoding IDNs.
I decided to integrate IDN decoding in AddrlistClass.getaddress() instead of
AddrlistClass.getaddrlist() since that function is one level lower and if
R. David Murray rdmur...@bitdance.com added the comment:
Thanks. I should be able to look at this tomorrow.
You are correct about the fact that Message currently doesn't do any decoding.
That is part of the design: you get the string out of Message and use the
helper decoding functions
akira 4kir4...@gmail.com added the comment:
The test produces a traceback while shrinking a window (increasing the window
size works ok):
Traceback (most recent call last):
File screen-resize-bug-curses.py, line 22, in module
curses.wrapper(main)
File /.../python2.7/curses/wrapper.py,
Roundup Robot devnull@devnull added the comment:
New changeset bb1695c6cea1 by Martin v. Löwis in branch '2.5':
Issue 11442: Add NEWS entry for e9724d7abbc2
http://hg.python.org/cpython/rev/bb1695c6cea1
--
___
Python tracker rep...@bugs.python.org
R. David Murray rdmur...@bitdance.com added the comment:
Updated patch addressing Stefen and Ezio's comments.
--
Added file: http://bugs.python.org/file21699/mailbox_close_twice.patch
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
To sum up, python is returning memory, but your libc is not.
You can force it using malloc_trim, see the attached patch (I'm not at
all suggesting its inclusion, it's just an illustration).
That's an interesting thing, perhaps you want to
STINNER Victor victor.stin...@haypocalc.com added the comment:
Oh, I reproduced the bug.
[3021] test_threadsignals
test_signals (test.test_threadsignals.ThreadSignals) ... test_signals: acquire
lock (thread -1610559488)
test_signals: wait lock (thread -1610559488)
STINNER Victor victor.stin...@haypocalc.com added the comment:
The main thread was waiting test_signals() lock (signalled_all)
while it is was interrupted by a signal. The signal handler calls
Py_AddPendingCall() which blocks on acquiring pending_lock.
Oh, the main thread receives SIGUSR1:
Antoine Pitrou pit...@free.fr added the comment:
The signal handler calls Py_AddPendingCall() which blocks on acquiring
pending_lock.
It blocks in taking the mutex, not on waiting for the condition variable.
Otherwise it wouldn't block (microseconds = 0).
I think the solution is to protect
New submission from Antoine Pitrou pit...@free.fr:
PEP 11 calls for removing support for the following systems in 3.3:
Name: Systems using Mach C Threads
Unsupported in: Python 3.2
Code removed in: Python 3.3
Name: SunOS lightweight processes (LWP)
New submission from Antoine Pitrou pit...@free.fr:
Happened on a buildbot:
http://www.python.org/dev/buildbot/all/builders/x86%20Windows7%203.x/builds/2957/steps/test/logs/stdio
test test_concurrent_futures failed -- Traceback (most recent call last):
File
kaifeng cafe...@gmail.com added the comment:
I added 'malloc_trim' to the test code and rerun the test with Python 2.5 / 3.2
on CentOS 5.3. The problem still exists.
*** Python 2.5.5 final
--- PID TTY STAT TIME MAJFL TRS DRS RSS %MEM COMMAND
0 2567 pts/0S+ 0:00
Jesús Cea Avión j...@jcea.es added the comment:
I think I toke care of OSF cleanup already.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11863
___
Meador Inge mead...@gmail.com added the comment:
Verified that this is still broken in the main development branch.
The base type should be checked for '_type_' or '_length_' before throwing
an error. Attached is a patch that fixes the problem and adds covering
tests. The full test suite
Meador Inge mead...@gmail.com added the comment:
This doesn't look like it has anything to to with the 'ctypes' library
component (http://docs.python.org/library/ctypes). So I am removing
'ctypes' from the 'Components' selection. Please correct me if I am
wrong ...
--
components:
Senthil Kumaran sent...@uthcode.com added the comment:
What would be a 'meaning' __str__ or __unicode__ of urlparse.urlparse and how
would it be useful to you?
I would think that people would except a tuple, list or a ParsedResult for such
a call.
I cannot understand the rational behind
Changes by Meador Inge mead...@gmail.com:
--
components: +Macintosh
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue10910
___
___
Python-bugs-list
ysj.ray ysj@gmail.com added the comment:
Oh, sorry, I didn't differ :mod:, :module:, :currentmodule: clearly.
But shouldn't the modules link titles in
http://docs.python.org/dev/library/email.html display correct module names
instead just the email package name?
email: Representing
101 - 124 of 124 matches
Mail list logo
