Mark Summerfield added the comment:
On 2007-12-11, Guido van Rossum wrote:
Guido van Rossum added the comment:
This really is a feature request -- in Python 2.x there is no formatting
code for complex numbers at all, and %.5s % complex(...) does the same
thing.
I agree it would be neat to
New submission from Mark Summerfield:
(1) IDLE starts up on Windows OK, but if I press Alt+F the file menu
comes up giant sized (i.e., each menu entry is almost as tall as the
screen).
(2) If I open a file using Ctrl+O, the Open dialog pops up fine, but
when I select a file and click Open, IDLE
New submission from Mark Summerfield:
I don't know if this is a bug, but it is certainly a difference in
behavior between platforms:
Python 3.0a2 on linux2:
{0:.3e}.format(123.45678901)
'1.235e+02'
Python 3.0a2 on win32:
{0:.3e}.format(123.45678901)
'1.235e+002'
It seems to me that
New submission from Stefan Sonnenberg-Carstens:
a = {}
a['a'] = [1,2,3,4,5]
a['b'] = [1,2,3,4,5]
a['c'] = [1,2,3,4,5]
for k in a.keys():
... print a[k]
... for t in a[k]:
... del a[k][a[k].index(t)]
... print a[k]
...
[1, 2, 3, 4, 5]
[2, 3, 4, 5]
[2, 4, 5]
Amaury Forgeot d'Arc added the comment:
This is the expected behaviour.
See the warning paragraph at the bottom of
http://docs.python.org/ref/for.html
--
nosy: +amaury.forgeotdarc
resolution: - invalid
status: open - closed
__
Tracker [EMAIL PROTECTED]
Erno Kuusela added the comment:
How about the following patch. With it, you get an IOError.
s = shelve.open('/tmp/t', 'c')
s.has_key('foo')
0
s.close()
s.has_key('foo')
Traceback (most recent call last):
File stdin, line 1, in ?
File shelve.py, line 107, in has_key
return
Andreas Hasenack added the comment:
At the least it should be made clear in the documentation that the
hostname is not checked against the commonName nor the subjectAltName
fields of the server certificate. And add some sample code to the
documentation for doing a simple check. Something like
David Ripton added the comment:
Here's a patch, against the 3.0a2 tarball.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1590
__
___
Python-bugs-list mailing list
Unsubscribe:
David Ripton added the comment:
Same patch appears to work fine against the 2.5.1 tarball.
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1590
__
___
Python-bugs-list mailing
Changes by David Ripton:
Added file: http://bugs.python.org/file8931/altinstall.patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1590
__
___
Python-bugs-list mailing list
Raghuram Devarakonda added the comment:
Then, a small change in the doc might clarify the usage (as OP suggested);
If the destination is on our current filesystem, then simply use
rename. can be replaced with:
If the destination is a fiile and is on same filesystem as that of
src, then simply
Ingemar Nilsson added the comment:
If you want a way to do the mv semantics, propose
a new API.
shutil.mv()?
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1577
__
___
Guido van Rossum added the comment:
I thought Python 3 was meant to be an _improvement_:-)
That's why I didn't close the issue but reclassified it.
Or did you expect me to implement it overnight? :-)
__
Tracker [EMAIL PROTECTED]
Changes by Guido van Rossum:
--
assignee: - kbk
nosy: +kbk
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1601
__
___
Python-bugs-list mailing list
Unsubscribe:
Guido van Rossum added the comment:
Again, a (not unreasonable) feature request. AFAIK %e behaves the same
way. I'm sure if you submitted a patch it would be accepted happily.
--
nosy: +gvanrossum
priority: - normal
__
Tracker [EMAIL PROTECTED]
Mark Summerfield added the comment:
On 2007-12-12, Guido van Rossum wrote:
Guido van Rossum added the comment:
Again, a (not unreasonable) feature request. AFAIK %e behaves the same
way. I'm sure if you submitted a patch it would be accepted happily.
Unfortunately, I can't---I haven't
Changes by Kurt B. Kaiser:
--
assignee: - kbk
keywords: +patch
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1457
__
___
Python-bugs-list mailing list
Unsubscribe:
Kurt B. Kaiser added the comment:
Doesn't seem to be IDLE related, removed IDLE tag.
--
components: -IDLE
nosy: +kbk
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1567
__
Changes by Kurt B. Kaiser:
--
keywords: +py3k
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1601
__
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Neil Cerutti:
Passing an interable to the __init__ method of an existing deque
appends those elements, rather than reinitializing the deque with the
items. This is contrary to how list.__init__ works.
test_deque.py verifies the (possibly) incorrect behavior.
--
Guido van Rossum added the comment:
I agree, I put the list behavior in on purpose.
Should be fixed in 2.6, not 2.5 though, since it's a feature.
--
assignee: - rhettinger
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1604
Guido van Rossum added the comment:
Thanks! (I agree with Eric Smith that this is mysterious for the
innocent bystander.)
Also, what about the -33/+33 leaks? I suppose these are harmless, but
it would be better if the test reliably didn't report leaks...
--
resolution: - fixed
Thomas Heller added the comment:
Guido van Rossum schrieb:
Thanks! (I agree with Eric Smith that this is mysterious for the
innocent bystander.)
I have added a comment.
Also, what about the -33/+33 leaks? I suppose these are harmless, but
it would be better if the test reliably didn't
Guido van Rossum added the comment:
The minimal code reporting the -33/+33 leaks that I found is simply this:
os.popen('ls').read()
Is there a problem in os.popen(...), or do I something wrong here?
Try this instead:
p = os.popen('ls')
try:
x = p.read()
finally:
p.close()
IOW
Bill Janssen added the comment:
Yes, I think that's reasonable. And for pseudo-standards like https, which
calls for this, the implementation in the standard library should attempt to
do it automatically. Unfortunately, that means that client-side certificate
verification has to be done (it's
Noam Raphael added the comment:
Ok, so if I understand correctly, the ideal thing would be to
implement decimal to binary conversion by ourselves. This would make
str - float conversion do the same thing on all platforms, and would
make repr(1.1)=='1.1'. This would also allow us to define
Guido van Rossum added the comment:
Ok, so if I understand correctly, the ideal thing would be to
implement decimal to binary conversion by ourselves. This would make
str - float conversion do the same thing on all platforms, and would
make repr(1.1)=='1.1'. This would also allow us to
Changes by Giampaolo Rodola':
--
nosy: +giampaolo.rodola
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1251
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Giampaolo Rodola':
--
nosy: +giampaolo.rodola
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue953599
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Giampaolo Rodola':
--
nosy: +giampaolo.rodola
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1469
__
___
Python-bugs-list mailing list
Unsubscribe:
Changes by Giampaolo Rodola':
--
nosy: +giampaolo.rodola
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue909005
___
Python-bugs-list mailing list
Unsubscribe:
New submission from Christian Heimes:
A while ago I've experimented with the pyvm module and a semi
auto-generated types list. The patch adds a script that reads
Include/*.h and adds all available PyTypeObjects to Modules/_typesmodule.c.
The patch or script may be useful in the future.
Christian Heimes added the comment:
We are aware of several Windows related bugs with IDLE. I assume they
are related to our Tcl/Tk build.
--
nosy: +tiran
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1601
__
Josiah Carlson added the comment:
The patches that giampaolo sent you were for 2.x, not 3.x . Arguably
they should be applied to 2.6 first, tested, etc., then be run through
the 2.6 to 3.0 converter, then adjusted for str/bytes stuff.
One of my concerns with your changes (which are hard to
New submission from Christian Heimes:
The subprocess docs need a warning that code like
p = subprocess.Popen(..., stdout=STDOUT)
p.wait()
p.stdout.read()
can block indefinitely if the program fills the stdout buffer. It needs
an example how to do it right but I don't know the best way to solve
Guido van Rossum added the comment:
Why not simply reverse the wait() and read() calls?
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1606
__
___
Christian Heimes added the comment:
Guido van Rossum wrote:
But what about static type objects that nevertheless may be exposed to
Python (e.g. dict_keyview?).
I took care of the views a few weeks ago when I added all views and
iterators to the header files.
['PyCObject',
'bool',
Guido van Rossum added the comment:
But what about static type objects that nevertheless may be exposed to
Python (e.g. dict_keyview?).
--
nosy: +gvanrossum
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1605
__
Christian Heimes added the comment:
Guido van Rossum wrote:
Why not simply reverse the wait() and read() calls?
I don't think it is sufficient if the user uses more than one pipe. The
subprocess.communicate() and _communicate() methods are using threads
(Windows) or select (Unix) when multiple
Joseph Armbruster added the comment:
Tiran, agreed. You can reproduce this issue quickly outside of IDLE
with this snippet:
from Tkinter import *
import tkMessageBox
class App(Frame):
def __init__(self, master):
Frame.__init__(self,master)
self.master.title(Wierd Menu)
Kurt B. Kaiser added the comment:
r59479, thanks for the report!
--
assignee: - kbk
nosy: +kbk
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1586
__
Kurt B. Kaiser added the comment:
What happens when you run this using idle -n (i.e. without the
subprocess?)
--
nosy: +kbk
_
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1777398
_
Raymond Hettinger added the comment:
Checked in. See rev 59478.
--
resolution: - fixed
status: open - closed
__
Tracker [EMAIL PROTECTED]
http://bugs.python.org/issue1604
__
___
New submission from Christian Heimes:
I've tested Tcl 8.5b3, Tk 8.5b3 and Tix 8.4.2 on Windows. IDLE
complained at multiple places that it could not add a Tcl_Obj to a
string (index + ...) or convert it to a float int(float(index)).
Therefor I added an __add__ and __float__ number slot to the C
44 matches
Mail list logo
