New submission from Martin Teichmann:
Python behaves odd with regards to multiple inheritance and classes
written in C. I stumbled over this problem while working with PyQt4,
but soon realized that part of the problem is not actually in that
library, but is deep down in the CPython core. For
Suzumizaki added the comment:
Thank you Nick about msg210209.
I would like to try making PEP, but the work looks somewhat difficult. It may
take the time.
BTW, C/C++ Standards only allow the encoding of source code as platform
dependent. They don't define the standard encoding of source
Changes by Hendrik hendrik.hoe...@googlemail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file33921/cookie.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2008
___
Changes by Hendrik hendrik.hoe...@googlemail.com:
Added file: http://bugs.python.org/file33922/cookiejar.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2008
___
Vajrasky Kok added the comment:
But there are some errors that really need two filenames, like copy(),
symlink(), and rename().
I think *need* is too strong word in this case. I agree that two filenames is
better than none. But I don't see anything wrong from omitting filenames in
error
Tal Einat added the comment:
(This is a bit long; there's a TL;DR at the end.)
You'd be surprised how many of IDLE's features are implemented as extensions.
These are simply included in idlelib, enabled by default and configured with
reasonable values.
Take a look at
Tal Einat added the comment:
Ping?
Can this please go in? It's such a great improvement to user experience!
I've seen too many novice users print a ton of output by accident and have IDLE
hang as a result, losing their interactive session. This simple extension avoid
those issues completely,
Tal Einat added the comment:
This is caused by MultiCall's _ComplexBinder.__del__() being called during app
shutdown. _ComplexBinder.__del__() unbinds a bunch of event handlers from the
widget to which it is attached. It seems that there's some edge case here where
the underlying Tk widget
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2008
___
___
Serhiy Storchaka added the comment:
1. try/except should be inside a loop, not outside.
2. It would be better not to hide the problem under the rug, but find why the
order of destruction is different when open shell window. Of course, if better
solution will not be found, we will have to
Serhiy Storchaka added the comment:
As release manager Larry has the right to add a new feature after feature
freeze.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20517
___
Changes by Gareth Rees g...@garethrees.org:
--
assignee: - docs@python
components: +Documentation, Tests
nosy: +docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12691
___
Roundup Robot added the comment:
New changeset 07e7bb29a2c5 by Serhiy Storchaka in branch '2.7':
Issue #20498: Fixed io.StringIO tests for newline='\n'. Added new tests.
http://hg.python.org/cpython/rev/07e7bb29a2c5
New changeset e23c928b9e39 by Serhiy Storchaka in branch '3.3':
Issue #20498:
Terry J. Reedy added the comment:
Thank you! This is a bit of the 'Idle Developer's Guide' that I wish existed.
It turns out that the exceptional FormatParagraph.py is the one extension file
I am really familiar with, because I worked with a GSOC student to write tests
and fix/improve it. I
Tal Einat added the comment:
I put the try/except outside of the loop on purpose. If calling the widget's
unbind() method fails once, it will fail forever afterwards.
If you prefer a different spelling, move the try/except into the loop, and
break out of the loop in case of an exception:
for
New submission from Gustavo J. A. M. Carneiro:
If you try the attached program, you will find that for every iteration the
uuid.uuid4() call generates objects that contain reference cycles and need the
help of the garbage collector. This is not nice. If I make the ctypes module
not able to
Tal Einat added the comment:
Attaching second patch, to replace the first.
As suggested by Serhiy, I moved the try/except block into the loop.
I also added a comment explaining the try/except block and referencing this
issue.
--
Added file:
Tal Einat added the comment:
Both previous patches caused an import error. Here's a new patch with that
fixed, and actually tested to fix the bug.
--
Added file:
http://bugs.python.org/file33927/taleinat_idle_closing_exception_3.patch
___
Python
New submission from Serhiy Storchaka:
The ReadTest.test_readline test in Lib/test/test_codecs.py has two loops on \n
\r\n \r \u2028.split(). But as far as \n \r\n \r \u2028.split() is empty
list (because newline characters are whitespace characters), the bodies of
these loops are never
Changes by Serhiy Storchaka storch...@gmail.com:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20489
Serhiy Storchaka added the comment:
Could you please provide a patch which applies to default branch?
There is other proposed solution for the problem of large output: issue1442493.
--
stage: patch review - needs patch
___
Python tracker
Terry J. Reedy added the comment:
I tried all three versions both installed and recent repository builds and
verified that the overt issue is limited to 3.4. I agree that the exception
message suggests stopping with the first exception. Since there is a small cost
to try: and break, I am
Roundup Robot added the comment:
New changeset ddc82c4d1a44 by Nick Coghlan in branch 'default':
Issue #20053: new test to check an assumption
http://hg.python.org/cpython/rev/ddc82c4d1a44
--
___
Python tracker rep...@bugs.python.org
New submission from Sven Berkvens-Matthijsse:
The documentation for the dis module has a wrong opcode name in it (POP_STACK
instead of POP_TOP). Furthermore, the patch fixes inconsistent use of markers
for code and opcodes.
--
assignee: docs@python
components: Documentation
files:
Walter Dörwald added the comment:
\n \r\n \r \u2028.split() should have been \n \r\n \r \u2028.split( ),
i.e. a list of different line ends.
The purpose of these tests is not entirely clear, so I'm not sure that it is
properly grasped the idea of the author.
I wrote the tests nearly 10
R. David Murray added the comment:
I'm not sure that this is a real problem, but have you identified what the
cycle is?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20519
Nick Coghlan added the comment:
D'oh, still failing even though that new assumption check passes on Windows:
http://buildbot.python.org/all/builders/AMD64%20Windows7%20SP1%203.x/builds/4002/steps/test/logs/stdio
Paul, any ideas?
--
___
Python
Gunnar Aastrand Grimnes added the comment:
Agreed that a doc-fix is the first step.
Shall I make another issue for the fix in fileinput?
I also wonder if the comment in codecs is not too negative - it is not easy to
get it 100% right, but the method just above readlines is readline, which
Gustavo J. A. M. Carneiro added the comment:
Well, this isn't a big problem, but I have an application that needs to run
with the GC disabled, since it causes pauses of a couple of seconds each time a
full collection runs (we have a few million objects allocated). I will run the
GC only once
Berker Peksag added the comment:
The threading._VERBOSE attribute was removed in issue 13550 (see also changeset
http://hg.python.org/cpython/rev/8ec51b2e57c2).
--
nosy: +berker.peksag
resolution: - out of date
stage: needs patch - committed/rejected
status: open - closed
Gustavo J. A. M. Carneiro added the comment:
I have narrowed it down to one line of code:
ctypes.create_string_buffer(16)
That is enough to create 7 objects that have reference cycles.
[class 'ctypes.c_char_Array_16', {'__module__': 'ctypes', '__doc__': None,
'__weakref__': attribute
New submission from Simone Serrajotto:
Good afternoon,
I have just installed pandas 0.13.0 and was observing some strange results
produced by old codes.
One major issue is that I found that when summing two columns of a
dataframe, one of which is a float64 and the other an object, the result
Mark Dickinson added the comment:
Hi Simone,
I'm afraid you've got the wrong bugtracker. This is the bugtracker for the
Python core language (which doesn't include Pandas). Pandas is a 3rd party
project. You can report Pandas issues here:
https://github.com/pydata/pandas/issues
Paul Moore added the comment:
Nothing obvious or Windows-specific from what I can see. It does seem to me
that EnvironmentVarGuard doesn't monkeypatch os.environ even though it looks
like it intends to (__exit__ sets it back, but __enter__ doesn't monkeypatch
it). So maybe that's doing
Vajrasky Kok added the comment:
Here is the patch addressing Zachary's review (Thanks!). There are some
Zachary's suggestions that I could not implement:
1. float_conjugate_impl,/* nb_float */
I think this should still be the real function (the parser), not the impl. The
impl
Vajrasky Kok added the comment:
Zachary, Looking again, that one is non-trivial, but still doable. You just
need a this means an error happened value to initialize rl to, and return
that value instead of NULL.
How do you give this means an error happened value to struct rlimit?
struct
R. David Murray added the comment:
Yes, I was pretty sure it was in cytpes, from looking at the UUID code.
--
components: +ctypes -Library (Lib)
nosy: +amaury.forgeotdarc, belopolsky, meador.inge
title: uuid.uuid4().hex generates garbage when ctypes available -
Serhiy Storchaka added the comment:
\n \r\n \r \u2028.split() should have been \n \r\n \r \u2028.split( ),
i.e. a list of different line ends.
Yes, this is obvious fix, but explicit tuple of line ends looks more clear and
error-proof to me.
--
Changes by Berker Peksag berker.pek...@gmail.com:
--
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1410680
___
Zachary Ware added the comment:
Vajrasky: Note that you can reply to individual review comments within
Rietveld; this way context is kept and replies are easier :). The same people
get the message either way.
Anyhow, for float point 1: you can use I believe you can use (unaryfunc) for
Gustavo J. A. M. Carneiro added the comment:
Regardless, if you don't mind, take this patch for Python 3.5 to avoid ctypes,
at least in the Linux case (I don't have Windows to test). Creating a proper
extension module is safer and really not that hard...
--
keywords: +patch
Added
Changes by Brett Cannon br...@python.org:
--
stage: - test needed
title: Enable 'import Non-ASCII.pyd' - Enable non-ASCII extension module
names
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20485
Walter Dörwald added the comment:
True, here's an updated patch.
--
Added file: http://bugs.python.org/file33933/fix_linetests2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20520
___
Berker Peksag added the comment:
According to the python-dev discussion, Irix is not supported anymore:
https://mail.python.org/pipermail/python-dev/2009-February/086111.html
--
keywords: -needs review
nosy: +berker.peksag
resolution: - out of date
stage: patch review -
Changes by Arfrever Frehtes Taifersar Arahesis arfrever@gmail.com:
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20485
___
Berker Peksag added the comment:
According to the python-dev discussion, Irix is not supported anymore:
https://mail.python.org/pipermail/python-dev/2009-February/086111.html
--
nosy: +berker.peksag
resolution: - out of date
stage: - committed/rejected
status: open - closed
R. David Murray added the comment:
Thanks. This looks like a good idea, but I'll leave it to someone with more
experience with this module to review it.
Let's change this issue to an enhancement request for uuid instead. If someone
wants to work on the cycle-in-ctypes problem they can open
Changes by Jeremy Kloth jeremy.kloth+python-trac...@gmail.com:
--
nosy: +jkloth
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20485
___
___
Changes by Stefan Behnel sco...@users.sourceforge.net:
--
nosy: +scoder
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20485
___
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20345
___
___
Changes by Gareth Rees g...@garethrees.org:
Removed file: http://bugs.python.org/file33919/Issue12691.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12691
___
Berker Peksag added the comment:
This was fixed in issue 16611 (for 3.3 and 3.4) and there is a open issue for
2.7: issue 19870. I'm closing this one as a duplicate of issue 19870, because
it has a patch.
from http import cookies
C = cookies.SimpleCookie()
C.load(chips=ahoy; vienna=finger;
Roundup Robot added the comment:
New changeset a5895fca91f3 by Serhiy Storchaka in branch '3.3':
Issue #19920: TarFile.list() no longer fails when outputs a listing
http://hg.python.org/cpython/rev/a5895fca91f3
New changeset 077aa6d4f3b7 by Serhiy Storchaka in branch 'default':
Issue #19920:
Serhiy Storchaka added the comment:
Thank you for your patch Vajrasky.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19920
Yury Selivanov added the comment:
Gareth,
Thanks a lot for such a comprehensive writeup and the patch. Please give me a
day or two to do the review.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12691
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33746/clinic_typeobject_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33744/clinic_resource_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33644/clinic_marshal_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Zachary Ware added the comment:
Clearing nosy for file cleaning, will restore:
larry,nadeem.vawda,serhiy.storchaka,vajrasky,zach.ware
--
nosy: -larry, nadeem.vawda, serhiy.storchaka, vajrasky
___
Python tracker rep...@bugs.python.org
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33678/clinic_marshal_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33767/clinic_listobject_v3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33479/clinic_marshal.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33643/clinic_floatobject.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
nosy: +larry, nadeem.vawda, serhiy.storchaka, vajrasky
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33769/clinic_marshal_v4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33778/issue20185_conglomerate.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33773/clinic_floatobject_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33887/issue20185_conglomerate_v2.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33612/clinic_listobject.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33641/clinic_listobject_v2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33475/clinic_resource.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
Removed file: http://bugs.python.org/file33562/clinic_typeobject.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Zachary Ware zachary.w...@gmail.com:
--
Removed message: http://bugs.python.org/msg210340
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20185
___
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +ncoghlan
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20521
___
Antoine Pitrou added the comment:
Hi Ram,
sorry, I'll take a look at your patch soon.
(as you know, we're in feature freeze right now so your patch must wait for 3.4
to be released, anyway)
--
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
As far as the issue is in the codecs module, this is 2.7 only issue, because
codecs.open is used only in 2.7. And I suppose that replacing codecs.open by
io.open should fix this issue.
--
keywords: +patch
nosy: +benjamin.peterson, hynek, pitrou,
Charles-François Natali added the comment:
To solve a performance issue in asyncio, I added a new resolution
attribute to selectors.BaseSelector and a new _granularity attribute to
asyncio.BaseEventLoop. If I understood correctly, Charles-François (author
and so maintainer of the new selectors
Roundup Robot added the comment:
New changeset b5fe07d39e16 by R David Murray in branch '3.3':
#14515: clarify that TemporaryDirectory's __enter__ returns the name.
http://hg.python.org/cpython/rev/b5fe07d39e16
New changeset 7b7e17723787 by R David Murray in branch 'default':
#14515: clarify
R. David Murray added the comment:
Just ran into this again :). Committed a patch with wording clarified based on
Serhiy's feedback (I say 'target of the as clause of the with statement'.)
--
stage: patch review - committed/rejected
status: open - closed
Serhiy Storchaka added the comment:
See also issue5885.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20519
___
___
Python-bugs-list mailing
A. Libotean added the comment:
You can go ahead and close this.
I ran some tests and concluded that indeed the IO system will take care of the
line separators.
Sorry to have wasted your time.
--
___
Python tracker rep...@bugs.python.org
A. Libotean added the comment:
Which encoding are you using, such that the difference in length between
encoded and decoded messages is significant?
I agree right off the bat that the error in size is not significant. Only the
length of the last appended line is computed erroneously.
I'm
New submission from mbyt:
The global .pdbrc file is determined by the %HOME% environment variable.
However, this is not available out of the box on e.g. windows 7 systems. Here
only %HOMEDRIVE% and %HOMEPATH% are defined.
Thus the usual approach to have a global .pdbrc file on windows is to
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20136
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20137
___
Changes by Ned Deily n...@acm.org:
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20523
___
___
Python-bugs-list mailing
Zachary Ware added the comment:
Ok, current status of this issue as I see it:
Objects/typeobject.c:part of conglomerate patch, LGTM
Objects/longobject.c:awaiting revision based on review
Objects/listobject.c:part of conglomerate patch, LGTM
Objects/floatobject.c: part of
New submission from R. David Murray:
Consider the following:
'{run_time:%H:%M:%S},
,COM,DA{id},{title:.43},{id},{length:%M:%S}'.format(**mydict)
The error message I got was:
Invalid format specifier
The problem turned out to be that the value of the 'length' key was an integer
Yury Selivanov added the comment:
This one is still not merged in Tulip, right?
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20367
___
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
stage: - test needed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20524
___
Guido van Rossum added the comment:
Correct, if you want to work on it, see
http://code.google.com/p/tulip/issues/detail?id=114
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20367
___
Eric V. Smith added the comment:
That would be a great improvement. It's in Python/formatter_unicode.c, line
245, in parse_internal_render_format_spec().
That code knows about the format spec, but not the type being formatted. That
would be easy enough to pass in.
This fix would only work
Ned Deily added the comment:
Using Serhiy's suggestion, here are patches for 2.7/3.3 and default that
condition the hook function signatures. With these patches, all three branches
compile without warnings and pass test_readline using OS X libedit, readline
6.3-rc2, and an older readline.
Changes by Ned Deily n...@acm.org:
Added file: http://bugs.python.org/file33937/issue20374_no_cast_3x.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20374
___
Benjamin Peterson added the comment:
That is sure ugly, but okay. :)
--
assignee: benjamin.peterson - ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20374
___
Roundup Robot added the comment:
New changeset 0b5b0bfcc7b1 by Ned Deily in branch '2.7':
Issue #20374: Avoid compiler warnings when compiling readline with libedit.
http://hg.python.org/cpython/rev/0b5b0bfcc7b1
New changeset 9131a9edcac4 by Ned Deily in branch '3.3':
Issue #20374: Avoid
Roundup Robot added the comment:
New changeset 74c7a6fd8b45 by Ned Deily in branch '2.7':
Issue #20374: delete spurious empty line
http://hg.python.org/cpython/rev/74c7a6fd8b45
New changeset 6616c94d6149 by Ned Deily in branch '3.3':
Issue #20374: delete spurious empty line
Changes by Ned Deily n...@acm.org:
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20374
___
Eric V. Smith added the comment:
int, float, str, and complex are the types formatted by that code.
Notice that Decimal already has a better message:
format(Decimal(42), 'tx')
Traceback (most recent call last):
...
ValueError: Invalid format specifier: tx
format(42, 'tx')
Traceback (most
Changes by Antoine Pitrou pit...@free.fr:
--
versions: +Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20521
___
___
1 - 100 of 106 matches
Mail list logo