Mike Hoy added the comment:
Is the :exc:`KeyboardInterrupt` line supposed to be in there?
Nope. I somehow ended up with that in my index.rst file. I am guessing I was
pasting lines to use as reference and didn't delete it later. Here's patch #4.
--
Added file:
New submission from David Halter:
Hi! I'm the developer of Jedi: https://github.com/davidhalter/jedi, which is an
auto-completion library. I try to support Python 2.5-3.2.
The bug just appears in Python 3.2.
Parsing string literals with literal_eval works normally without a problem, but
in
Ezio Melotti added the comment:
You can try to remove things until that error goes away to see what is causing
the problem and/or print the values of source, filename, mode, and
PyCF_ONLY_AST to see if there's anything unusual.
--
nosy: +ezio.melotti
type: - behavior
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +benjamin.peterson, brett.cannon, georg.brandl, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15846
___
lilydjwg added the comment:
The last patch works fine here, thanks!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15222
___
___
Alessandro Moura added the comment:
This also happens for the writable() and seekable() methods. The problem is
that those methods do not check whether the buffers have been closed in
stringio.c. This is fixed in the attached patch for StringIO. BytesIO should be
the same, but bytesio.c is
Changes by Petri Lehtinen pe...@digip.org:
--
keywords: +easy
nosy: +petri.lehtinen
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14922
___
Petri Lehtinen added the comment:
Since this problem is specific to 2.7, the offending line is actually
http://hg.python.org/cpython/file/2.7/Lib/aifc.py#l344:
344 if type(f) == type(''):
--
components: +Library (Lib) -None
keywords: +easy
nosy: +petri.lehtinen
stage: - needs
Stefan Krah added the comment:
My review is done. The Karatsuba function is basically a small stack machine
and very hard to prove formally as far as I can see. The algorithm is cited
in TAOCP and the subdivision is brute force tested for all combinations of
coefficient lengths of the two input
Changes by Stefan Krah stefan-use...@bytereef.org:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7652
___
___
Stefan Krah added the comment:
The totals are +11.5 :) for hashing, +1 for allowing non-contiguous and
-2 for multi-dimensional. I'll update the docs soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15814
Roundup Robot added the comment:
New changeset 3b2597c1fe35 by Stefan Krah in branch 'default':
Issue #15814: Documentation: disallow hashing of multi-dimensional memoryviews.
http://hg.python.org/cpython/rev/3b2597c1fe35
--
___
Python tracker
New submission from Zbyszek Jędrzejewski-Szmek:
After recent change (78307 '#13922: argparse no longer incorrectly strips '--'
after the first one.'), parse_args stopped working with a tuple
argument. It is easy to pass tuple to argparse by using positional function
arguments:
def f(*args):
Chris Jerdonek added the comment:
Something to be aware of that may or may not affect the patch I'm preparing:
One reason that Sphinx seems able to render some of the more complicated
function signatures is that it has logic to bail and print the parameter list
verbatim from the reST file
Chris Jerdonek added the comment:
Here are a couple functions that may need a fix different from multiple
signatures:
print([object, ...], *, sep=' ', end='\n', file=sys.stdout, flush=False)
http://docs.python.org/dev/library/functions.html#print
class argparse.ArgumentParser([description][,
Alessandro Moura added the comment:
Here is the patch fixing the issue in both StringIO and BytesIO. In both cases,
the problem is that in their respective c files, these methods always returned
true, without testing whether the file was closed. Is this a recent rewrite? I
am surprised this
Antoine Pitrou added the comment:
Ah, there's a misunderstanding. The methods should raise ValueError when the
object has been closed.
See issue15840 for reference.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15841
Alexander Belopolsky added the comment:
On Sep 2, 2012, at 8:44 AM, Stefan Krah rep...@bugs.python.org wrote:
The totals are +11.5 :) for hashing, +1 for allowing non-contiguous and
-2 for multi-dimensional
I have refrained from voting because in my line of work buffers or memoryviews
deal
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the xxsubtype
module!
--
components: Extension Modules
files: xxsubtype_pep3121-384_v0.patch
keywords: patch
messages: 169701
nosy: Robin.Schreiber, belopolsky
priority: normal
New submission from Robin Schreiber:
Changes proposed in PEP3121 and PEP384 have now been applied to the xx module!
--
components: Extension Modules
files: xxmodule_pep3121-384_v0.patch
keywords: patch
messages: 169702
nosy: Robin.Schreiber, belopolsky
priority: normal
severity: normal
R. David Murray added the comment:
I wonder if this is problematic enough that it should be treated as a
regression and fixed in the next RC?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
Zbyszek Jędrzejewski-Szmek added the comment:
On Sun, Sep 02, 2012 at 02:42:34PM +, R. David Murray wrote:
R. David Murray added the comment:
I wonder if this is problematic enough that it should be treated as a
regression and fixed in the next RC?
I believe yes, because I've already
R. David Murray added the comment:
Let's see what Georg thinks.
--
nosy: +benjamin.peterson, georg.brandl
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
Berker Peksag added the comment:
I've attached a patch with a test case.
--
keywords: +patch
nosy: +berker.peksag
Added file: http://bugs.python.org/file27099/issue15843.patch
___
Python tracker rep...@bugs.python.org
New submission from Varun Masuraha:
setup:
myList=[1,True,'blah blah']
print(myList.count(1))
Actual result:
2
Expected:
1
--
messages: 169707
nosy: varun_masuraha
priority: normal
severity: normal
status: open
title: list.count() results wrong if both booleans 1's/0's are present in
Alex Gaynor added the comment:
list.count() uses == to compare items, 1 and True compare equal, so this
behavior is correct.
--
nosy: +alex
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
FWIW, I submitted a patch for the Sphinx issue I created:
https://bitbucket.org/birkenfeld/sphinx/issue/1001
Ironically, that patch was probably easier than this patch will be.
--
___
Python tracker
Changes by Andrew Svetlov andrew.svet...@gmail.com:
--
nosy: +asvetlov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15840
___
___
Steven Bethard added the comment:
The fix looks about right to me.
There's a bug in the tests though:
parser.parse_args(('x'))
should probably be:
parser.parse_args(('x',))
since I assume the intent was to test tuples.
--
___
Python
Stefan Krah added the comment:
One of the Windows bots has the same failure in test_parallel_meta_path:
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/5643/steps/test/logs/stdio
--
___
Python tracker rep...@bugs.python.org
Christophe Guillon added the comment:
As a workaround for this missing feature,
the negative number matching regexp can be used for allowing arguments starting
with '-' in arguments of option flags.
We basically do:
parser = argparse.ArgumentParser(...)
parser._negative_number_matcher =
Stefan Krah added the comment:
I'm convinced now that some systems just can't handle a low switch
interval gracefully. Look at:
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/5642/steps/test/logs/stdio
Antoine Pitrou added the comment:
I'm convinced now that some systems just can't handle a low switch
interval gracefully. Look at:
[...]
That test also uses sys.setswitchinterval(1e-6).
Ok, let's bump it to 1e-5 then.
As for the parallel_meta_path failure, it could be a genuine issue
Petri Lehtinen added the comment:
My fellow coredevs confirm that this would be a new feature, so it's out of
scope for 2.7 (which is in bugfix-only mode). It's also deterministic in the
sense that you can easily work around it by encoding the unicode filename to
the filesystem encoding
Varun Masuraha added the comment:
Thanks Alex for the reply,
Although Booleans Integers may not be very practical in same list (or tuple,
etc.) the fact that bool is subclass of int, still I feel that the search
implementation (count, index, etc.) is too simple in that matter.
Comparing
Roundup Robot added the comment:
New changeset 0db75a55145a by Benjamin Peterson in branch '3.2':
prevert ast errors from being normalized before ast_error_finish is called
(closes #15846)
http://hg.python.org/cpython/rev/0db75a55145a
New changeset d61424122af5 by Benjamin Peterson in branch
New submission from Eduardo A. Bustamante López:
I found that http://en.wikipedia.org/robots.txt returns 403 if the provided
user agent is in a specific blacklist.
And since robotparser doesn't provide a mechanism to change the default user
agent used by the opener, it becomes unusable for
Changes by Eduardo A. Bustamante López dual...@gmail.com:
Added file: http://bugs.python.org/file27101/myrobotparser.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15851
___
Alessandro Moura added the comment:
Sorry, I should have seen the related issue (or just read the docs :)).
Here is the patch fixing these issues, implementing the behaviour stated in the
docs (raising ValueError after close). The tests revealed that the _pyio module
also needed fixing, and
Andrew Svetlov added the comment:
BTW see #15839: super now raises RuntimeError.
After that I revoke my objection for exception type changing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15753
Stefan Krah added the comment:
The Lion bot also hangs in test_threading:
http://buildbot.python.org/all/builders/AMD64%20Lion%203.x/builds/383/steps/test/logs/stdio
At least the test_threading failures seem to be recent.
The test_threaded_import *slowness* (40 min!) on FreeBSD/KVM with
Changes by Zbyszek Jędrzejewski-Szmek zbys...@in.waw.pl:
Added file: http://bugs.python.org/file27103/argparse_parse_args_tuple.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
___
Changes by Zbyszek Jędrzejewski-Szmek zbys...@in.waw.pl:
Removed file: http://bugs.python.org/file27095/argparse_parse_args_tuple.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
___
Eduardo A. Bustamante López added the comment:
I guess a workaround is to do:
robotparser.URLopener.version = 'MyVersion'
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15851
___
Zbyszek Jędrzejewski-Szmek added the comment:
Thanks for noticing. Replaced patch with the ('x') - ('x',) bugfix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
___
Andrew Svetlov added the comment:
Maybe better to check cwd in _call_popen_and_assert for child process (like
test_cwd does) instead of just checking for successful child execution?
--
___
Python tracker rep...@bugs.python.org
New submission from Chris Jerdonek:
It seems like a couple error messages in the curses module need correcting:
PyErr_SetString(PyExc_TypeError, insch requires 1 or 4 arguments);
http://hg.python.org/cpython/file/8ff2f4634ed8/Modules/_cursesmodule.c#l1322
PyErr_SetString(PyExc_TypeError,
Chris Jerdonek added the comment:
Attaching a proposed patch for the default branch. Also, here are several
comments and questions.
I think/hope that all the APIs we have in the stdlib are sane enough to have
no more than 2-3 signatures
I found this one in the curses module with four:
Changes by Alexander Belopolsky alexander.belopol...@gmail.com:
--
dependencies: +PEP 3121, 384 Refactoring applied to xx module, PEP 3121, 384
Refactoring applied to xxsubtype module
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
Given their signatures in the docs, I suspect it is more complicated than that.
Perhaps the error messages are even correct. What does the code implement?
--
nosy: +r.david.murray
___
Python tracker
Alexander Belopolsky added the comment:
xxmodule.c is used as an example in PEP 3121 itself. To the extent the recipe
in the PEP is complete, the changes to actual xxmodule.c should follow the
text. For example, the text in PEP recommends to leave m_free member of
PyModuleDef 0:
static
Chris Jerdonek added the comment:
I just completed a patch to improve the documentation of these signatures
(along with many others) in issue 15831. The correction here is consistent
with my findings and revised documentation there.
As for the code, they are straightforward switch statements
Chris Jerdonek added the comment:
The situation is the same in 2.7 (and probably 3.2).
--
versions: +Python 2.7, Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15852
___
Alexander Belopolsky added the comment:
+#define xx_state_global
+ ((xxstate *)PyModule_GetState(PyState_FindModule(xxmodule)))
This is unsafe: PyState_FindModule(xxmodule) can return NULL. I think code
should account for this possibility and not use this macro. For example,
New submission from David Pietz:
Currently I am trying to edit idle preferences so I can edit a script which
appends a log of Idle activity that I may review for study purposes.
I could not really interpret much of the crash logs in console but there seem
to be two types of memory errors. I
R. David Murray added the comment:
Can you report a specific error and a recipe to reproduce it?
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15853
___
New submission from Chris Jerdonek:
As of: changeset: 78843:8ff2f4634ed8
date:Sun Sep 02 16:37:09 2012 -0400
I am getting this failure:
$ ./python.exe -m test -v -u curses test_curses
== CPython 3.3.0rc1+ (default:8ff2f4634ed8, Sep 2 2012, 16:02:43) [GCC 4.2.1
Compatible Apple Clang
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
title: curses test_curses test_unget_wch - curses test_curses.test_unget_wch
crash
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15854
Benjamin Peterson added the comment:
Not repeating warnings from the same place is the default warning behavior. You
can get all of them by passing -Wall.
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
Chris Jerdonek added the comment:
Attaching a patch with tests and fix for the default branch.
--
keywords: +patch
Added file: http://bugs.python.org/file27105/issue-15831-1.patch
___
Python tracker rep...@bugs.python.org
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
keywords: +needs review
stage: test needed - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15852
___
Chris Jerdonek added the comment:
Uploading correct file.
--
Added file: http://bugs.python.org/file27106/issue-15852-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15852
___
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
Removed file: http://bugs.python.org/file27105/issue-15831-1.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15852
___
R. David Murray added the comment:
Thanks, Anton.
I took your last patch just a bit further, mostly to make it easy to break up
the test methods that test multiple things into test methods that test just one
thing. I also made the test insensitive to the order of the options on the
command
Changes by Brett Cannon br...@python.org:
--
status: open - pending
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15844
___
___
Python-bugs-list
Ned Deily added the comment:
The crash on opening Preferences is an unresolved regression with OS X
ActiveTcl 8.5.12.1, the current ActiveTcl Community Edition, that causes Tk to
crash when selecting the IDLE Preferences.. command. The regression was also
in ActiveState 8.5.12 but not in
Ned Deily added the comment:
This is a duplicate of Issue15037. test_unget_wch fails when linked with
ncurses versions earlier than 5.8, which is the case with the Apple-supplied
versions of ncurses in OS X versions through 10.8. (The python.org OS X
installers for Python 3.3.x link with
Chris Jerdonek added the comment:
Okay, thanks, Ned. Out of curiosity, why is the stack trace here different
from the one posted on that issue?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15854
Ned Deily added the comment:
Different version of libncurses, different compiler and run time, different
version and build options of Python 3.3, etc. The bug in ncurses causes junk to
be stored and/or returned. In the one case, the junk triggered an overflow
error, in the other, no overflow
David Pietz added the comment:
r.david.murray- Thank You for your inquiry.
My recipe for this crash is (1) simply to start IDLE 3.2.3 in either Snow
Leopard or Mountain Lion (2) click on the Bold IDLE menu in the menu bar and
(3) click on menu item preferences. At this point a dialog called
Ned Deily added the comment:
David, can you verify that you do have ActiveTcl 8.5.12 (.0 or .1) installed
and that the problem no longer occurs if you disable ActiveTk by moving it as
described above? When Preference is failing, the following Terminal shell
command:
grep TK_PATCH_LEVEL
David Pietz added the comment:
ned,
That is exactly the output I received when I reverted to the ActiveState
version, it failed and I ran your grep.
Thank You for your interest.
djp
--
___
Python tracker rep...@bugs.python.org
Georg Brandl added the comment:
I agree this is a regression and should be fixed.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15847
___
___
Martin v. Löwis added the comment:
Varun: what do you think that
py x = [1.0, 2.0, 3.0]
py x.count(3)
1
should give? I think most people will agree that there is one single three in
the list, as 3 and 3.0 are equal in all other contexts as well (as is 3.0+0j).
If types were considered, this
David Pietz added the comment:
I thank you, gentlemen, for your kind attention to my issue. I hope it helps
everyone in the long run.
I, myself, became underwhelmed with these results of successfully opening
preferences. I had been expecting to have a |Startup|-|Shells open with
75 matches
Mail list logo