Larry Hastings added the comment:
The main thing for me isn't that the function and its documentation-pseudocode
are in sync (though in the long run this is desirable). What's important to me
is that the function have a sensible, relevant signature in Python. There was
simply no way to
Vinay Sajip added the comment:
Tests fail with the patch applied, as requires_unicode appears not to be
defined. Has it been added to test_support.py?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21848
Raymond Hettinger added the comment:
there's still no way to represent repeat's signature in Python
There is a way using *args and **kwds but that isn't any fun (just like range()
or min() in that regard).
Right now, repeat() does what it is supposed to do. It may currently be
inconvenient
Changes by Lita Cho lita@gmail.com:
--
nosy: +jesstess
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21867
___
___
Python-bugs-list mailing
New submission from Lita Cho:
Turtle currently has a bug where it will return a TypeError when undobuffer is
set to less than or equal to 0 (aka undo is not allowed).
turtle.setundobuffer(0)
turtle.undo()
If an exception must be thrown, it should be a Turtle exception and not a
TypeError.
New submission from Lita Cho:
Currently, you can set the undobuffer size to negative numbers. Aka, the
Tbuffer can be set to negative.
s = turtle.Screen()
raw = turtle.RawTurtle(s)
raw.setundobuffer(-10)
raw.undobuffer.bufsize == -10 -- returns True
This should not be possible. Tbuffer should
Changes by Lita Cho lita@gmail.com:
--
nosy: +jesstess
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21868
___
___
Python-bugs-list mailing
Larry Hastings added the comment:
There is a way using *args and **kwds but that isn't any fun
That's why, earlier, I said a sensible signature. Every function *could* get
the signature (*args, **kwargs) but this imparts no useful semantic
information.
What I would like to see in the
Martin v. Löwis added the comment:
The issue was never really valid (except perhaps for the desire to document
this more clearly), so closing.
Anybody who would like to see the documentation improved, please suggest a
specific change.
--
resolution: - not a bug
status: open - closed
IronGrid added the comment:
I get this error with 3.2.3, running Debian Stable.
It's annoying because this error prevents curses apps from being able to
highlight the current line.
--
nosy: +IronGrid
versions: +Python 3.2
___
Python tracker
Roundup Robot added the comment:
New changeset b4130b2f7748 by Senthil Kumaran in branch 'default':
merge from 3.4
http://hg.python.org/cpython/rev/b4130b2f7748
--
nosy: +python-dev
___
Python tracker rep...@bugs.python.org
Senthil Kumaran added the comment:
Thanks for the review, Mark. Addressed that and committed the changes in
changeset 606a18938476 (3.4)
changeset b4130b2f7748 (3.5)
--
nosy: +orsenthil
resolution: - fixed
stage: patch review - resolved
status: open - closed
versions: +Python 3.5
Pat Le Cat added the comment:
I zipped the whole Lib directory into pyLib34.zip (into same dir as EXE) and
copied all the .pyd files from the DLLs dir into the same dir as the EXE.
--
___
Python tracker rep...@bugs.python.org
New submission from Senthil Kumaran:
issue15588 brought the topic that quopri has ancient methods like encodestring,
decodestring, which a user might expect that will send a string, but instead
has to send bytes.
This needs to be cleaned up.
a) function name should be accurate and represent
Roundup Robot added the comment:
New changeset 16d8240ff841 by Senthil Kumaran in branch '3.4':
issue20753 - robotparser tests should not rely upon external resource when not
required.
http://hg.python.org/cpython/rev/16d8240ff841
New changeset 74cd8abcc302 by Senthil Kumaran in branch
Senthil Kumaran added the comment:
The patch was good and captured what was required. I made some minor
modifications and committed it in 3.4 and 3.5
Thanks for the patch, Vajrasky Kok.
--
assignee: - orsenthil
nosy: +orsenthil
resolution: - fixed
stage: needs patch - resolved
Claudiu Popa added the comment:
It seems commit ready.
--
nosy: +Claudiu.Popa
stage: patch review - commit review
versions: +Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue18853
Changes by Claudiu Popa pcmantic...@gmail.com:
--
stage: - commit review
title: Inconsitent behaviour between BytesParser.parse and Parser.parse -
Inconsistent behaviour between BytesParser.parse and Parser.parse
___
Python tracker
Roundup Robot added the comment:
New changeset de44bc26a00a by Jesus Cea in branch '2.7':
Closes #20872: dbm/gdbm/ndbm close methods are not documented
http://hg.python.org/cpython/rev/de44bc26a00a
New changeset cf156cfb12e7 by Jesus Cea in branch '3.3':
Closes #20872: dbm/gdbm/ndbm close
Jesús Cea Avión added the comment:
Thanks, David and Berker.
--
nosy: +jcea
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20872
___
___
Changes by Stefan Krah stefan-use...@bytereef.org:
--
assignee: docs@python - skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21778
___
___
Serhiy Storchaka added the comment:
Do you want to provide a patch?
--
assignee: - serhiy.storchaka
nosy: +serhiy.storchaka
stage: - needs patch
versions: -Python 3.1, Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Serhiy Storchaka added the comment:
requires_unicode() and u() are added in issue21833.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21848
___
R. David Murray added the comment:
Well, it's not actually obvious that this should be done. Or, at least, it is
not obvious the old methods should be dropped. I think we had this same
discussion about a similar method in ElementTree. I don't remember the outcome
except that I'm pretty
Antoine Pitrou added the comment:
That's not how -m should work. It should use the runpy facilities (see the
runpy module). Otherwise it probably won't work properly with qualified module
names (-m pkg.subpkg.mod).
--
___
Python tracker
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20295
___
___
Changes by Claudiu Popa pcmantic...@gmail.com:
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17442
___
___
Vinay Sajip added the comment:
requires_unicode() and u() are added in #21833
Okay, but it seems like there is some contention there. I suppose this patch
can wait until that is resolved and if the relevant changes are merged into the
2.7 branch.
--
Claudiu Popa added the comment:
I would go on the deprecation route with this and removing it in 3.6, just like
the formatter module.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19821
Markus Unterwaditzer added the comment:
Can this issue or #9205 be reopened as this particular instance of the problem
doesn't seem to be resolved? I still seem to need the workaround from
http://stackoverflow.com/a/1408476
--
nosy: +untitaker
___
New submission from Alex:
This infinite loop:
def f():
a=b=0
while 1:
if ab: pass
f()
doesn't respond to a Ctrl-C interrupt. If you modify the loop in various ways,
like removing the function wrapper, then Ctrl-C works fine. It can be
interrupted with Ctrl-\. This occurs if the
Changes by Alex python...@archduke.org:
--
components: -Interpreter Core
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21870
___
___
Changes by Alex python...@archduke.org:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21870
___
___
Python-bugs-list mailing
R. David Murray added the comment:
I would lean toward bug fix. I'm sure this was just overlooked when exception
chaining was added, and as Claudiu says, the contract of code is to emulate the
interactive interpreter, so not doing so in this instance looks like a bug to
me.
It is certainly
R. David Murray added the comment:
I can duplicate this. ctl-c works fine in 3.5, however.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21870
___
New submission from agolde:
Python 2.7.7 seems to contain a regression of issue #10162 as compared with
2.7.6, re-introduced by the fix of issue #9291.
import mimetypes
mimetypes.init()
Traceback (most recent call last):
File stdin, line 1, in module
File C:\Program Files\INRO\Emme\Emme
Serhiy Storchaka added the comment:
Actually there is a bug in the multiprocessing module which makes it fail for
non-ascii str and unicode values even in unicode-enabled build. Updated patch
fixes it and adds missed tests.
--
title: Fix multiprocessing in unicodeless build - Fix
Stefan Behnel added the comment:
Your code adds a lot of new code. Why is that necessary? Can't the new feature
be integrated into the existing code?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20928
Lita Cho added the comment:
Here is a patch for this bug. Basically, when a user gives 0 and below, it
doesn't create a TBuffer. Then undo does the right thing.
--
keywords: +patch
Added file: http://bugs.python.org/file35778/undobuffer_fix.patch
Lita Cho added the comment:
The patch in issue21868 will fix this issue if it gets approved.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21867
___
Yury Selivanov added the comment:
But I can't think of any use case when it would be undesirable to include the
extra parameters
One use case is that you are actually loosing information what arguments
Signature.bind() was called with, when defaults are included. In some cases
this
Serhiy Storchaka added the comment:
Ah, month ago I wrote large patch which use 'with' in various places in stdlib
for opening and closing files. But then I dropped it because afraid that it can
be considered as code churn.
--
stage: patch review - commit review
versions: +Python 2.7,
Mark Lawrence added the comment:
@Stefan do you want to follow this up?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12851
Roundup Robot added the comment:
New changeset fdbcb11e0323 by Serhiy Storchaka in branch '3.4':
Issue #21729: Used the with statement in the dbm.dumb module to ensure
http://hg.python.org/cpython/rev/fdbcb11e0323
New changeset e41b4e8c0c1d by Serhiy Storchaka in branch 'default':
Issue #21729:
Mark Lawrence added the comment:
This refers to a crash so can we have a code review please, I'm certainly not
qualified to do one on ceval.c.
--
nosy: +BreamoreBoy
versions: +Python 3.5 -Python 2.7, Python 3.1, Python 3.2, Python 3.3
___
Python
Serhiy Storchaka added the comment:
Thanks Claudiu.
Committed with yet one with.
--
resolution: - fixed
stage: commit review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21729
R. David Murray added the comment:
Yeah, include should now be a very simple wrapper around a call to _include,
include shouldn't have the original include code (which is moved to _include)
in it.
--
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Can this be reproduced, has it been fixed already, what?
--
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13369
Changes by Benjamin Peterson benja...@python.org:
--
nosy: +Vladimir.Iofik, benjamin.peterson, tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21871
___
Changes by Benjamin Peterson benja...@python.org:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21871
___
New submission from Ville Nummela:
Python lzma library sometimes fails to decompress a file, even though the file
does not appear to be corrupt.
Originally discovered with OS X 10.9 / Python 2.7.7 / bacports.lzma
Now also reproduced on OS X / Python 3.4 / lzma, please see
Torsten Landschoff added the comment:
Just a heads up that I am still interested in this issue. I started to write up
my expectations to the sqlite module wrt. exception handling.
It's not finished yet but I attached what I got so far. I hope everybody agrees
that those doctests should all
Mark Lawrence added the comment:
This looks identical to the problem fixed on #16658.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12860
___
Changes by Ned Deily n...@acm.org:
--
nosy: +sbt
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8296
___
___
Python-bugs-list mailing list
Changes by Ned Deily n...@acm.org:
--
resolution: - duplicate
stage: - resolved
status: open - closed
superseder: - Missing return in HTTPConnection.send()
versions: +Python 3.3, Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
For the most part, we don't change exceptions once they are published in the
standard library because it breaks any code that relies on those exceptions.
That is why it is so important to get the API correct to begin with.
TypeError was the wrong choice,
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: - rhettinger
nosy: +rhettinger
priority: normal - high
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue21868
___
Lita Cho added the comment:
That makes a lot of sense. Does that mea we shouldn't change this behaviour as
there might be code that relies on these exceptions? The fix in issue21868 will
make it so that undo doesn't cause turtle to crash.
--
___
Lita Cho added the comment:
I should clarify. The right thing being that calling undo does nothing, and
turtle keeps on running. This is the default behaviour when setundobuffer is
called with no size.
--
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset a7ab09e00dbc by Ned Deily in branch '2.7':
Issue #21811: Anticipated fixes to 3.x and 2.7 for OS X 10.10 Yosemite.
http://hg.python.org/cpython/rev/a7ab09e00dbc
New changeset 2672e30d9095 by Ned Deily in branch '2.7':
Issue #21811: Anticipated
Roundup Robot added the comment:
New changeset 1088023d971c by Victor Stinner in branch '3.4':
Issue #21163, asyncio: Fix some Task was destroyed but it is pending! logs in
tests
http://hg.python.org/cpython/rev/1088023d971c
New changeset 7877aab90c61 by Victor Stinner in branch 'default':
Roundup Robot added the comment:
New changeset e9150fdf068a by Victor Stinner in branch '3.4':
asyncio: sync with Tulip
http://hg.python.org/cpython/rev/e9150fdf068a
New changeset d92dc4462d26 by Victor Stinner in branch 'default':
(Merge 3.4) asyncio: sync with Tulip
Mark Lawrence added the comment:
@paul j3 can you prepare a patch for this?
--
nosy: +BreamoreBoy
type: - behavior
versions: +Python 2.7, Python 3.4, Python 3.5
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12954
Mark Lawrence added the comment:
nice to have isn't much of a requirement in my book. The Python launcher for
Windows http://legacy.python.org/dev/peps/pep-0397/ is also relevant.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
ping.
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12800
___
___
Python-bugs-list mailing
Roundup Robot added the comment:
New changeset 4e4c6e2ed0c5 by Victor Stinner in branch '3.4':
Issue #21163: Fix one more Task was destroyed but it is pending! log in tests
http://hg.python.org/cpython/rev/4e4c6e2ed0c5
New changeset 24282c6f6019 by Victor Stinner in branch 'default':
(Merge
Mark Lawrence added the comment:
As optparse has been deprecated since 3.2 in favour of argparse can this be
closed?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12962
STINNER Victor added the comment:
I fixed the first Task was destroyed but it is pending! messages when the fix
was simple.
Attached dont_log_pending.patch fixes remaining messages when running
test_asyncio. I'm not sure yet that this patch is the best approach to fix the
issue.
Modified
paul j3 added the comment:
It will take a while to reconstruct the circumstances behind this issue. I
think I was working through some online class examples, working in the Eclipse
pydev environment. Currently I'm mostly working in linux, and not doing much
with multiprocessing. Looks like
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: Extracting tracebacks does too much work - traceback: add a new thin
class storing a traceback without storing local variables
___
Python tracker rep...@bugs.python.org
Mark Lawrence added the comment:
Hopefully the patch speaks for itself.
--
keywords: +patch
nosy: +BreamoreBoy
versions: +Python 3.4, Python 3.5 -Python 2.7, Python 3.2, Python 3.3
Added file: http://bugs.python.org/file35782/Issue13074.diff
___
Josh Rosenberg added the comment:
Just to be clear, when you say 1 - 5 times per 1000 downloaded files, have
you confirmed that redownloading the same file a second time produces the same
error? Just making sure we've ruled out corruption during transfer over the
network; small errors might
Mark Lawrence added the comment:
@Petri can you propose a patch for this?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13213
___
Josh Rosenberg added the comment:
Never know whether to comment on issue itself, but just in case:
There are issues with the patch when n 0 is passed, as n is not sanity
checked, which would break the Semaphore invariant (value must be = 0). n == 0
is also a weird value, but harmless if
Mark Lawrence added the comment:
Is it safe to assume that this is a problem that has long been resolved?
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14561
___
Mark Lawrence added the comment:
Even I've successfully used Rietveld, so can we close this to brighten our
tracker statistics? :)
--
nosy: +BreamoreBoy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14477
Mark Lawrence added the comment:
Can someone comment on this regex problem please, they're just not my cup of
tea.
--
nosy: +BreamoreBoy
versions: +Python 2.7, Python 3.4, Python 3.5 -Python 3.2
___
Python tracker rep...@bugs.python.org
Ned Deily added the comment:
This could be a duplicate of the problem reported in Issue7759. The patch
provided there was not applied since the mhlib module is deprecated and its use
is not recommended. Feel free to re-open this issue if necessary.
--
nosy: +ned.deily
resolution: -
Gregory P. Smith added the comment:
The upstream Debian issue contains a fix for the bug in eglibc. Python should
not attempt to work around this. Distros need to fix their libc if they shipped
a broken one.
--
components: +Extension Modules
resolution: - not a bug
stage: - resolved
Blake Hartstein added the comment:
That would make sense. Please see if the updated patch file works.
--
Added file: http://bugs.python.org/file35783/issue20928_fixed2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue20928
Roundup Robot added the comment:
New changeset 752439a6bdd9 by Terry Jan Reedy in branch '2.7':
Issue #18592: For idlelib.SearchDialogBase, edit and add docstrings,
http://hg.python.org/cpython/rev/752439a6bdd9
New changeset ed60a73e1c82 by Terry Jan Reedy in branch '3.4':
Issue #18592: For
Terry J. Reedy added the comment:
I am getting the ttk Themechanges warning. The test needs to use an search
engine altered as with test_searchengine. I will work on that next.
--
stage: patch review - needs patch
___
Python tracker
82 matches
Mail list logo