Jean-Paul Calderone added the comment:
This is still/again broken, probably because the "fixed" version still
hard-codes all of the geometry values and these will certainly not be correct
for all combinations of display dpi, font configuration, etc.
Instead, `TreeNode
Jean-Paul Calderone added the comment:
My understanding of the resolution of this ticket is that it is still not
possible to use setrlimit with RLIMIT_STACK to raise the soft stack limit. Is
that correct?
In that case, the original bug report still seems valid and unresolved (and
indeed
Changes by Jean-Paul Calderone :
--
nosy: -Jean-Paul Calderone, exarkun
___
Python tracker
<http://bugs.python.org/issue6731>
___
___
Python-bugs-list mailin
Jean-Paul Calderone added the comment:
It's only been six years, no need to rush.
--
nosy: +Jean-Paul Calderone
___
Python tracker
<http://bugs.python.org/i
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue5305>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue21327>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue6555>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue18629>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue6377>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue20718>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue20669>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue15945>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue1103213>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
> the twisted imap API is problematic for imaplib because twisted seems to
> expect its arguments to already be Python unicode.
Could you elaborate on this? As far as I can tell, it works fine:
>>> import twisted.mail.imap4
>&g
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue21965>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
Please do *not* add me to the nosy list of any issues.
--
___
Python tracker
<http://bugs.python.org/issue21965>
___
___
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue12600>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue10721>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
What are the chances a future Python 2.x release will include any fix developed
for this issue?
--
___
Python tracker
<http://bugs.python.org/issue4
Jean-Paul Calderone added the comment:
> That commit was fixing an existing problem; perhaps not your problem, but
> someone's. To revert it would simply move the pain around.
Doesn't the very same logic apply to the original commit?
> I hope to be able to work on this f
Jean-Paul Calderone added the comment:
Please see http://bugs.python.org/issue21652 for a regression introduced by
this change.
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue9
Changes by Jean-Paul Calderone :
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue21652>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue2506>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue4928>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue4999>
___
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue1218234>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jean-Paul Calderone:
$ ~/Projects/cpython/3.4/python -c '
class Foo(object):
def __ne__(self, other):
return "yup"
def __eq__(self, other):
return "nope"
class Bar(object):
pass
print(object() != Foo(), obj
Jean-Paul Calderone added the comment:
> I think that's a very obscure interpretation of floor division for
timedeltas :-)
Note - I don't care about this. I just want `timedelta / int` to do the same
thing in Python 2.7 with __future__.division as `timedelta / int` does in
Pyth
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue11798>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
Hm. Maybe I am. Yet isn't true division implemented for this pair of types in
Python 3? I'm not sure why it shouldn't be implemented for them in Python 2.
Also that raises another question. Does a result of one and one half seconds
ma
New submission from Jean-Paul Calderone:
datetime.timedelta instances are divisible by integers on Python 2.7, but not
when __future__.division has been turned on:
exarkun@top:~$ ~/Projects/cpython/2.7/python -c '
from datetime import timedelta
print timedelta(seconds=3) / 2
'
0:00
Jean-Paul Calderone added the comment:
> Sounds promising. Do you think this should be hooked into
> SSLContext.set_default_verify_paths, or be exposed as a separate method?
If there were an API which exposed the certificate material, then this would be
more useful to libraries trying
New submission from Jean-Paul Calderone:
There appears to be very little, if any, documentation about how to handle the
list at tp_weaklistoffset for types supporting being weak referenced,
particularly with respect to garbage collection.
Who owns the list? Who owns the objects in the list
Jean-Paul Calderone added the comment:
> The development cost and maintenance cost is surely part of the evaluation
> when deciding whether to implement a feature, no?
Sure, but in an open source project where almost all contributions are done by
volunteers (ie, donated), what
Jean-Paul Calderone added the comment:
> The price of maintaining exceeds the potential very limited benefits from the
> use.
The "very limited benefits" of being able to write I/O code without roughly 3
times code bloat? Perhaps for people who don't write code that
Jean-Paul Calderone added the comment:
Since Benjamin originally requested this feature, and then decided that he
could accomplish his desired goal (ftplib porting, as far as I can tell)
without it, I think that the "rejected" status is actually incorrect. I think
that Benjamin j
Jean-Paul Calderone added the comment:
> What is the expected outcome? memoryviews can't be resized, so
this scenario isn't possible:
The same as `view.tobytes() + bytes`, but without the extra copy implied by
`view.tobytes()`.
> Just prepend the empty bytestring if you want
New submission from Jean-Paul Calderone:
Python 3.3.0rc2+ (default:9def2209a839, Sep 10 2012, 08:44:51)
[GCC 4.6.3] on linux
Type "help", "copyright", "credits" or "license" for more information.
>>> memoryview(b'foo') + b'bar'
New submission from Jean-Paul Calderone:
The attached unit test fails with an ImportError... sometimes. Here's a little
blob of shell that seems to make the failure come up more quickly:
while ~/Projects/cpython/3.3/python -m unittest -v test_broken_import; do
rm -rf test_broken_i
New submission from Jean-Paul Calderone:
Debugging problems involving the frozen importlib._bootstrap is difficult,
because the source for importlib._bootstrap is not available to pdb. The
bootstrap code can be stepped through, but with only function names and line
numbers available, not
Jean-Paul Calderone added the comment:
If it's a bit faster, that'd be a nice win, but I didn't benchmark. I'm
primarily interested in correctness in the PyPy case (PyPy re-uses this code),
and I think CPython benefits from the slightly simplified code as well.
If you do
Changes by Jean-Paul Calderone :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue14325>
___
___
Python-bugs-
Changes by Jean-Paul Calderone :
--
keywords: +patch
Added file: http://bugs.python.org/file24873/getargs.patch
___
Python tracker
<http://bugs.python.org/issue14
New submission from Jean-Paul Calderone :
Allocating a Python list and a bunch of Capsules for each PyArg_ParseTuple call
is expensive and unnecessarily complicated.
The freelist never escapes getargs.c (if it ever did, it would be a bug). The
same job can be accomplished with a normal C
Jean-Paul Calderone added the comment:
> May somebody check for this? Otherwise the bug could be considered invalid.
This is not the proper workflow for bug tracking. "No one is working on this
right now" is not the same as "This bug is invalid". No one worked on thi
New submission from Jean-Paul Calderone :
When a timezone produces an out-of-bounds utc offset, the resulting exception
always claims that the offset was 1440, rather than whatever it was. Example:
from datetime import timedelta, datetime, tzinfo
class X(tzinfo):
def utcoffset(self, time
Jean-Paul Calderone added the comment:
> pysetup run upload -f dist/spam-0.2.tar.gz -f dist/spam-0.2.exe
I'm not sure why it's "run upload" instead of just "upload", but maybe that's
the convention in pysetup. Apart from that, this looks like a v
Jean-Paul Calderone added the comment:
Thanks for the patch Petri. Are you interested in writing a unit test for this
as well?
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue11
Jean-Paul Calderone added the comment:
Since the main argument for not fixing this bug seems to be that it doesn't
affect many users, it seems like I should comment here that the issue is
affecting me. A recently proposed addition to Twisted gets bitten by this
case, resulting in a r
New submission from Jean-Paul Calderone :
Consider this transcript from OS X 10.6:
>>> import locale
>>> locale.getlocale()
(None, None)
>>> locale.setlocale(locale.LC_ALL, _)
'C'
>>> locale.setlocale(locale.LC_ALL, 'en_US.UTF-8
New submission from Jean-Paul Calderone :
http://docs.python.org/py3k/howto/sockets.html#non-blocking-sockets
"And if you put a socket in more than one input list, it will only be (at most)
in one output list."
>>> import socket
>>> s = socket.socket()
&g
Jean-Paul Calderone added the comment:
Here's Trial's implementation:
http://twistedmatrix.com/trac/browser/trunk/twisted/trial/runner.py#L138
--
___
Python tracker
<http://bugs.python.o
Jean-Paul Calderone added the comment:
> I thought unittest was just handed a bunch of TestCase instances and couldn't
> do much about insuring they were garbage collected.
True. But unittest could ensure that it doesn't keep a reference to each
TestCase instance after it
Jean-Paul Calderone added the comment:
Trial lets test cases get garbaged collected. When we noticed this wasn't
happening, we treated it as a bug and fixed it. No one ever complained about
the change. I don't see any obvious way in which an application would even be
able t
Jean-Paul Calderone added the comment:
> Phillip, your argument about interfacing with code written in C doesn't work
> for built-in immutable types like str.
Sure it does. Definitely-str is easier to handle in C than maybe-str-subclass.
It doesn't matter that str.__n
New submission from Jean-Paul Calderone :
This is somewhat unfortunate behavior:
>>> from xml.etree.ElementTree import QName
>>> QName('foo')
>>>
It becomes even more apparent when encountered in a situation like this:
>>> print {QName('foo
New submission from Jean-Paul Calderone :
Consider this transcript:
>>> cProfile.run("import time; time.sleep(1)")
4 function calls in 1.012 CPU seconds
Ordered by: standard name
ncalls tottime percall cumtime percall filename:lineno(function)
New submission from Jean-Paul Calderone :
>>> s = socket.socket(socket.AF_INET, socket.SOCK_DGRAM)
>>> s.bind(('', 0))
>>> s.sendto(u'hellé', s.getsockname())
Traceback (most recent call last):
File "", line 1, in
TypeError: se
Jean-Paul Calderone added the comment:
If the warnings are emitted as usual with the warnings module, you can use -W
to control this. -X isn't necessary.
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/is
Jean-Paul Calderone added the comment:
fwiw http://mail.python.org/pipermail/python-list/2010-September/1256545.html
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue9
Jean-Paul Calderone added the comment:
It could, but why introduce this redundancy with `os.name`?
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue9
Jean-Paul Calderone added the comment:
You mistakenly used "is" for these comparisons, rather than "==". The strftime
involvement is a red herring. The real problem is the use of an /identity/
comparison rather than an /equality/ comparison.
--
nosy:
Jean-Paul Calderone added the comment:
You can't rely on id() to return distinct values across different processes.
It guarantees uniqueness *within a single process* (at any particular moment).
In other words, you're misusing id() here. This is not a Python bug.
--
nosy
Jean-Paul Calderone added the comment:
> Unfortunately, select doesn't necessarily update the timeout variable with
> the remaining time, so we can't rely on this. This would mean having the
> select enclosed within gettimeofday and friends, which seems a bit overkill...
Jean-Paul Calderone added the comment:
> I should note that I can't touch anything to do with Elliptic Curve crypto.
> I don't know if I can comment on the reasons for that.
Hopefully anything ECC related can be done separately. There's certainly no
ECC APIs in Pytho
Jean-Paul Calderone added the comment:
What it will bring: APIs which aren't absolutely insane; full SSL support; RSA,
DSA, ECDSA, Diffie-Hellman, EC Diffie-Hellman, AES, Triple DES, DES, RC2, RC4,
SHA-1, SHA-256, SHA-384, SHA-512, MD2, MD5, HMAC: Common cryptographic
algorithms us
Jean-Paul Calderone added the comment:
How about nss? As a bonus, this would also avoid making more work for Fedora
(<http://fedoraproject.org/wiki/FedoraCryptoConsolidation>).
--
___
Python tracker
<http://bugs.python.org/
Jean-Paul Calderone added the comment:
This seems to have been caused by an ill-placed distutils.log.set_verbosity(3)
call. With that removed, this output isn't generated by default. So perhaps
this is invalid, feel free to close it as so if you
Jean-Paul Calderone added the comment:
Hm. I must have been testing with old versions, since I can't reproduce this
now. Sorry for the noise.
--
resolution: out of date -> duplicate
status: pending -> closed
___
Python tra
Changes by Jean-Paul Calderone :
--
title: PySSL_SSLRead loops until data is available, even in non-blocking mode
-> PySSL_SSLread loops until data is available, even in non-blocking mode
___
Python tracker
<http://bugs.python.org/iss
New submission from Jean-Paul Calderone :
Here's a transcript which demonstrates the blocking behavior:
>>> import socket
>>> import time
>>> import ssl
>>> s = ssl.wrap_socket(socket.socket())
>>> s.connect(('localhost', 8443))
>&g
New submission from Jean-Paul Calderone :
The output of setup.py is polluted with this log message:
Importing new compiler from distutils.msvc9compiler
on Windows. For example, using pyOpenSSL's setup.py, running "setup.py
--version" produces this output:
Importing ne
Changes by Jean-Paul Calderone :
--
nosy: -exarkun
___
Python tracker
<http://bugs.python.org/issue8685>
___
___
Python-bugs-list mailing list
Unsubscribe:
Jean-Paul Calderone added the comment:
> I'll be looking at it shortly. Py3.2 is still aways from release so there is
> no hurry.
I would consider reviewing and possibly apply this change, but I don't want to
invade anyone's territory.
Changes by Jean-Paul Calderone :
--
resolution: -> fixed
status: open -> closed
___
Python tracker
<http://bugs.python.org/issue9053>
___
___
Python-bugs-
Jean-Paul Calderone added the comment:
exar...@boson:~/Projects/python-signalfd/trunk$ PYTHONPATH=
~/Projects/python/branches/py3k/python setup.py build_ext -i
running build_ext
building 'signalfd._signalfd' extension
creating build
creating build/temp.linux-i686-3.2
creating build/
Jean-Paul Calderone added the comment:
> Note, however that since unbound methods have been removed in 3.x, it is not
> trivial to find a fully qualified name of a method anymore.
This is a rather sad loss of functionality.
--
___
Python t
Jean-Paul Calderone added the comment:
> I also like Antoine's idea of pickling the function/method name instead of
> the whole code object.
I like it too. That's why I suggested it in the first comment on the ticket
(read the linked code). I guess Alexander likes
Jean-Paul Calderone added the comment:
For example:
exar...@boson:~$ python
Python 2.6.4 (r264:75706, Dec 7 2009, 18:45:15)
[GCC 4.4.1] on linux2
Type "help", "copyright", "credits" or "license" for more information.
>>> class x(object):
..
Jean-Paul Calderone added the comment:
> By adding default support for unpickling code objects, you can trick
the unpickling code into executing serialized code:
This doesn't sound correct to me.
You can *already* trick unpickling code into executing serialized code. You
don
Jean-Paul Calderone added the comment:
> This is a security feature and should not be broken !
Can you explain this?
I don't think I agree, since an attacker can always serialize whatever they
feel like. It's the person doing the deserialization that has
Jean-Paul Calderone added the comment:
Yes.
--
___
Python tracker
<http://bugs.python.org/issue2124>
___
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Jean-Paul Calderone :
pickle doesn't support methods:
>>> class x:
... def y(self):
... pass
...
>>> import pickle
>>> pickle.dumps(x.y)
Traceback (most recent call last):
File "", line 1, in
File "
Jean-Paul Calderone added the comment:
> linecache.checkcache does a stat() of every single cached file.
Ah, sorry. I didn't read carefully enough. I see that the patch passes in the
filename and checkcache restricts the work it does in that case.
Something else to consider, th
Jean-Paul Calderone added the comment:
Calling linecache.checkcache for every inspect.getsource call sounds like a
fairly bad idea to me.
linecache.checkcache does a stat() of every single cached file.
--
nosy: +exarkun
___
Python tracker
<h
Jean-Paul Calderone added the comment:
Some unit tests which demonstrate the present non-working behavior and the
correctness of the fix would help a lot.
--
nosy: +exarkun
___
Python tracker
<http://bugs.python.org/issue5
Jean-Paul Calderone added the comment:
I can't think of any way that you might be able to implement the behavior being
requested here.
Instead, if you don't want to leave files lying around, use TemporaryFile
instead of NamedTemporaryFile.
Perhaps the documentation for NamedTemp
Jean-Paul Calderone added the comment:
You should include all relevant issue materials here, in the Python issue
tracker. This ticket will be useless as soon as pastie.org decides to forget
about your paste.
--
nosy: +exarkun
___
Python tracker
Jean-Paul Calderone added the comment:
> The argument that "there are already two ways to do it, so why add a third?",
> is not bad, but if applied to appending, it would ban the append() method...
> except that it's already there.
Not quite. First let's
Jean-Paul Calderone added the comment:
Thanks for bringing this up.
I think you have more work to do to successfully make the case that L.insert(0,
x) is "difficult" enough to merit the addition of a new list method. There are
already at least two in-place insert-at-front list
New submission from Jean-Paul Calderone :
With a checkout of the py3k branch, building an extension module using
distutils fails:
error: Python.h: No such file or directory
This is clearly because the wrong -I option is being supplied:
gcc -pthread -g -O2 -DNDEBUG -g -fwrapv -O3 -Wall
Jean-Paul Calderone added the comment:
It might be nice to see the version that avoids the dup() and has the duplicate
code instead (interesting trade-off ;). Just for the sake of comparison
against the forget() proposal.
--
___
Python tracker
Jean-Paul Calderone added the comment:
It will return the former.
To clarify, it's true that there appears to be a problem with Popen(['echo',
'foo|bar'], shell=True). That is being tracked in issue7839.
What's invalid is the report that list2cmdline() should
Jean-Paul Calderone added the comment:
See the commit message for r82075 and the discussion on issue8972 and issue7839.
--
___
Python tracker
<http://bugs.python.org/issue1
Jean-Paul Calderone added the comment:
It's not terribly productive to block a fix for this specific issue in the WSGI
specification on the big pile of contentious unrelated issues.
It would make sense to issue a new WSGI specification with a correction for
only this issue. The rest o
Jean-Paul Calderone added the comment:
I've reverted the issue1300 revision from 2.6, 2.7, 3.1, and 3.2. I hope
7839 is resolved soon.
--
___
Python tracker
<http://bugs.python.org/i
Jean-Paul Calderone added the comment:
I reverted r60115 from trunk (2.7) in r82075 and from py3k in r82076.
--
nosy: +exarkun
resolution: fixed -> invalid
___
Python tracker
<http://bugs.python.org/iss
Jean-Paul Calderone added the comment:
These sound more like features for the unittest runner (one of which is
implemented already). Also, please don't propagate "::" as a namespace
separator in Python. That's what "." is f
Jean-Paul Calderone added the comment:
> That remark is not relevant, because the actual problem is different.
Maybe you can expand the test case to demonstrate the actual problem? The
tests in the latest patch are for list2cmdline directly. But you can't observe
the problem
Jean-Paul Calderone added the comment:
http://www.autohotkey.net/~deleyd/parameters/parameters.htm#WINCRULES is a
helpful reference, by the way.
--
___
Python tracker
<http://bugs.python.org/issue8
1 - 100 of 391 matches
Mail list logo