New submission from Marcelo Delgado marde...@gmail.com:
I have found inconsistency between running this code in the interactive shell
and running it from a file:
Int. Shell:
n**0 ## n is a negative number
result: -1
File:
n**0 ## n is a negative number
result: 1
I am fairly new to Python, so
Changes by Marcelo Delgado marde...@gmail.com:
--
components: +Interpreter Core -Regular Expressions
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14825
___
STINNER Victor victor.stin...@gmail.com added the comment:
Function decoding_fgets (Parser/tokenizer.c) reads line in buffer
of fixed size 8192 (line truncated to size 8191) and then fails
because line is cut in the middle of a multibyte UTF-8 character.
It looks like BUFSIZ is much smaller
Mark Dickinson dicki...@gmail.com added the comment:
It sounds like you're seeing the difference between this:
n = -7
n ** 0
1
and this:
-7 ** 0
-1
This isn't a bug; it's to do with how Python expressions are parsed: in the
second case, the expression is grouped as -(7 ** 0) rather
Changes by Chris Rebert pyb...@rebertia.com:
Removed file: http://bugs.python.org/file25592/json.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
Changes by Chris Rebert pyb...@rebertia.com:
Added file: http://bugs.python.org/file25606/json.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
Changes by Chris Rebert pyb...@rebertia.com:
Removed file: http://bugs.python.org/file25591/json.rst.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
Antoine Pitrou pit...@free.fr added the comment:
This has broken all 3.x buildbots.
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14817
___
Chris Rebert pyb...@rebertia.com added the comment:
Patch. Though I ponder whether the expression in question might be equivalent
to simply:
type(obj).__name__.replace('_', ' ')
--
keywords: +patch
nosy: +cvrebert
Added file: http://bugs.python.org/file25607/reprlib.rst.patch
New submission from Wichert Akkerman wich...@wiggy.net:
There appears to be an odd networking issue with how urllib2 sends HTTP
requests. Downloading an image from maw.liquifire.com gives an error:
$ python -c 'import urllib2 ;
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Has something incompatible changed between 3.2.2 and 3.2.3 with respect to this
bug?
I have a program that had an earlier version of the workaround (Michael's
original, I think), and it worked fine, then I upgraded from 3.2.2 to 3.2.3
Glenn Linderman v+pyt...@g.nevcal.com added the comment:
Oh, and is this issues going to be fixed for 3.3, so we don't have to use the
workaround in the future?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1602
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Well, other tests manage it even without using a private socket map.
Leaving dangling sockets in the socket map could mean your code
forgets to close them, for example.
This issue is not about getting test_logging to work in a particular
Antoine Pitrou pit...@free.fr added the comment:
Given that asyncore's design allows for a socket map to be passed in
(at least in part - RDM's comment), ISTM that it should support this
consistently, and also that smtpd should support this mode of use.
Well, I would argue that asyncore's
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 981aabe6ea2f by Hynek Schlawack in branch 'default':
#14809: Add HTTP status codes from RFC 6585 to http.server and http.client
http://hg.python.org/cpython/rev/981aabe6ea2f
--
nosy: +python-dev
Vinay Sajip vinay_sa...@yahoo.co.uk added the comment:
Well, I would argue that asyncore's design is thoroughly broken, and
passing a socket map is a poor kludge to avoid global state; in a
sophisticated event loop, the socket map wouldn't be the only piece of
state to pass around.
I
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 2496602a56e5 by Antoine Pitrou in branch 'default':
Issue #14732: The _csv module now uses PEP 3121 module initialization.
http://hg.python.org/cpython/rev/2496602a56e5
--
Antoine Pitrou pit...@free.fr added the comment:
Thanks for the updated patch, Robin. I have now committed it to the default
branch.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python tracker
Changes by Hynek Schlawack h...@ox.cx:
--
stage: commit review - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14773
___
Hynek Schlawack h...@ox.cx added the comment:
Thank you for your contribution to Python, EungJun!
Just two small remarks:
- Please sign and submit the contributor form from
http://www.python.org/psf/contrib/ . You'll get a nice star next to your name
in return. :)
- I have fixed the flow
Changes by Hynek Schlawack h...@ox.cx:
--
resolution: - fixed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14773
___
___
Python-bugs-list
New submission from Julien Pecqueur jpe...@gmail.com:
IDLE crash when i type the character ^ (for example writing ê in a comment).
I have the crash only on Mac OS X (Mac OS X 64-bit/32-bit Installer (3.2.3) for
Mac OS X 10.6 and 10.7).
I don't have this crash on Linux.
--
components:
New submission from Jiba jibal...@free.fr:
In some situation, itertools.groupby fails to group the objects, and produces
several groups with the same key. For example, the following code :
from itertools import *
class P(object):
def __init__(self, key):
self.key = key
p1 = P(1)
p2 =
Antoine Pitrou pit...@free.fr added the comment:
Robin, I forgot: could you please sign and send the contrib form at
http://www.python.org/psf/contrib/ ?
It is not a copyright assignment, just a piece of paper that formally allows us
to license your contribution for distribution with Python.
Antoine Pitrou pit...@free.fr added the comment:
Something like this perhaps?
For example, yes. Now we need to find a way of testing this...
--
nosy: +orsenthil
title: SSL should use OpenSSL-defined default certificate store if ca_certs
parameter is omitted - urllib.request could use
Petri Lehtinen pe...@digip.org added the comment:
groupby() changes the group when the key changes in the input it iterates. If
you want to have p1 and p3 to go to the same group, you need to sort the input
by P.key first.
This is clearly documented, too:
The operation of groupby() is
Antoine Pitrou pit...@free.fr added the comment:
Fixed in 1ecd10260649.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14816
Stefan Krah stefan-use...@bytereef.org added the comment:
Here's a patch. I can build win32 and Release|x64. However, the
executables immediately exit; this might be related to #14822.
--
keywords: +patch
Added file: http://bugs.python.org/file25608/vs-9.0.diff
Changes by Stefan Krah stefan-use...@bytereef.org:
--
nosy: +skrah
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14822
___
___
Python-bugs-list
Jiba jibal...@free.fr added the comment:
Ok, I understand.
However, in my initial problem, the sequence passed to groupby was a set, e.g.
(modifying my previous example) :
groupby(set([p1, p2, p3]), lambda p: p.key)
If I understand well how groupby() works, the result of a groupby
Petri Lehtinen pe...@digip.org added the comment:
You're right, the result over a set would be unpredictable.
The point of the itertools module is to be able to a) cope with massive amounts
of data and b) be a set of tools instead of complete solutions for all problems.
Because of both of the
Stefan Krah stefan-use...@bytereef.org added the comment:
Regarding the VS 2010 build failure, using the cross tools builds
python_d.exe:
C:\Program Files (x86)\Microsoft Visual Studio
10.0\VC\bin\x86_amd64\vcvarsx86_amd64.bat
msbuild /p:useenv=true pcbuild.sln /p:Configuration=Debug
Antoine Pitrou pit...@free.fr added the comment:
The patch doesn't apply here, line endings perhaps?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14813
___
Ramchandra Apte maniandra...@gmail.com added the comment:
Please run IDLE from the command line and send the output when it crashes. (If
I knew Mac better I would tell you the precise instructions)
--
nosy: +ramchandra.apte
___
Python tracker
Changes by Ramchandra Apte maniandra...@gmail.com:
--
assignee: - ronaldoussoren
components: +Macintosh
nosy: +ronaldoussoren
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14827
___
Julien Pecqueur jpe...@gmail.com added the comment:
I'll send the output this evening.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14827
___
Stefan Krah stefan-use...@bytereef.org added the comment:
Probably line endings. It applies with cygwin's patch:
C:\Users\stefan\pydev\cpythonpatch -p1 vs-9.0.diff
patching file PC/VS9.0/_bz2.vcproj
Antoine Pitrou pit...@free.fr added the comment:
I'm uploading a dos version.
Still doesn't work. It may be because I'm doing all this in a Linux checkout
without the hgeol extension enabled, though.
--
___
Python tracker rep...@bugs.python.org
Ronald Oussoren ronaldousso...@mac.com added the comment:
Do you have a recent version of ActiveState's Tcl/Tk distribution installed?
If you do not have this installed you ran into a known issue in Apple's copy of
Tcl/Tk, see http://www.python.org/download/mac/tcltk/ for more information.
Julien Pecqueur jpe...@gmail.com added the comment:
My system is an up to date OS X 10.7.
The Tcl/Tk package is the default (I haven't installed a specific version).
Should i need to install the ActiveState package ?
--
___
Python tracker
Stefan Krah stefan-use...@bytereef.org added the comment:
Hm, vs-9.0.diff applies here on Linux, too. A final try... :)
--
Added file: http://bugs.python.org/file25610/vs-9.0-linux.diff
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Hm, vs-9.0.diff applies here on Linux, too. A final try... :)
Works, thank you :-)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14813
Antoine Pitrou pit...@free.fr added the comment:
And there are test failures under Windows too :)
==
ERROR: test_link (test.test_stat.TestFilemode)
--
Antoine Pitrou pit...@free.fr added the comment:
Both debug x64 and release x64 executables seem to work here, with latest tip.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14813
___
anatoly techtonik techto...@gmail.com added the comment:
You've nailed it. I think it is important to know that `requires` is unused.
Still this parameter is already present in documentation and causes a lot of
trouble (at first I thought there is a bug with pip).
Can we still have proper
New submission from Antoine Pitrou pit...@free.fr:
Shows that we lack such a buildbot...
==
FAIL: test_large_range (test.test_bisect.TestBisectC)
--
Traceback
Brian Jones bkjo...@gmail.com added the comment:
I can't find a previous discussion of this topic. If you know the list it
happened on, or the bug#, let me know as I'd be curious to see the discussion.
While I could concede that checking type is arguably a more common case than
checking
Ronald Oussoren ronaldousso...@mac.com added the comment:
Yes. As the webpage I mentioned describes Apple's installation of Tcl/Tk
contains a number of serious bugs, one of which is that Tk's handling of dead
keys (the ^ you use write û) causes crashes.
To get a fully functional copy of Idle
Hynek Schlawack h...@ox.cx added the comment:
I'm afraid I have to close this one as rejected. It works as documented and
it's unlikely we'll decide to change it back. I'm sorry.
--
resolution: - rejected
stage: needs patch - committed/rejected
status: open - closed
Hynek Schlawack h...@ox.cx added the comment:
Why is this one still open? I'm afraid the questions raised aren't fit to be
discussed in a ticket (weren't the outsourcing of of stdlib an item at the
language summit?).
I tend to close it as rejected (although I rather disagree) unless someone
Antoine Pitrou pit...@free.fr added the comment:
Dates back to #10889.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14829
___
___
Hynek Schlawack h...@ox.cx added the comment:
This one has been fixed together with #14662 in e12efebc3ba6.
Thank you everyone for your input!
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 888f5f3bfcb6 by Antoine Pitrou in branch '3.2':
Issue #14829: Fix bisect and range() indexing with large indices (= 2 ** 32)
under 64-bit Windows.
http://hg.python.org/cpython/rev/888f5f3bfcb6
New changeset
Hynek Schlawack h...@ox.cx added the comment:
Andrew, are you still with us?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14702
___
___
Mark Dickinson dicki...@gmail.com added the comment:
Curious; looks at first sight like some sort of confusion between Py_ssize_t
and long types.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14829
Hynek Schlawack h...@ox.cx added the comment:
Brian, are you going to update that patch so we can close this? :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14772
___
Hynek Schlawack h...@ox.cx added the comment:
Jeff, are you still interested in updating your patch or would you prefer if
someone else tackled it?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7719
Stefan Krah stefan-use...@bytereef.org added the comment:
[VS 2008]
Most recent tip is ok here, too: all executables run again.
There's still a link failure in Debug|x64 mode, but that appears
harmless:
lib /def:python33stub.def
New submission from Tarek Ziadé ziade.ta...@gmail.com:
Pyramid contains this file:
pyramid/tests/fixtures/static/h\xc3\xa9h\xc3\xa9.html
and pysetup install pyramid chokes on it when creating the RECORD file,
because the csv writer is given a wrong encoded value in
util._write_record_file.
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset e957b93571a8 by Antoine Pitrou in branch '2.7':
Issue #14829: Fix bisect issues under 64-bit Windows.
http://hg.python.org/cpython/rev/e957b93571a8
--
___
Python tracker
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 13900edf13be by Antoine Pitrou in branch '3.2':
Forward port additional tests from 2.7 (issue #14829).
http://hg.python.org/cpython/rev/13900edf13be
New changeset 8c8709b98762 by Antoine Pitrou in branch 'default':
Antoine Pitrou pit...@free.fr added the comment:
Should be fixed now.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
versions: +Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
Charles-François Natali neolo...@free.fr added the comment:
Wouldn't it be better to add an 'ignore' option to the copy_tree() method with
an optional list of patterns to ignore instead of hardcoding '.nsfXXX' files?
This would make it possible to also skip '.hg', 'CVS' artifacts.
--
Eli Bendersky eli...@gmail.com added the comment:
Thanks for the report - such regressions are taken seriously and will be fixed.
Ezio - you can go ahead and prepare a patch. I'm currently away from home
(business trip) but I will look into it when I get back next weak.
--
Serhiy Storchaka storch...@gmail.com added the comment:
I'm afraid I have to close this one as rejected. It works as documented and
it's unlikely we'll decide to change it back. I'm sorry.
It does not work as documented. The proposed patch fixes the
documentation.
--
Antoine Pitrou pit...@free.fr added the comment:
Why is this one still open? I'm afraid the questions raised aren't
fit to be discussed in a ticket
The original request (add tests for NUL character checking) is still relevant
AFAIK. All it needs is a patch - by Alex or anybody else :-)
Changes by R. David Murray rdmur...@bitdance.com:
--
stage: - needs patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13849
___
___
Changes by Vinay Sajip vinay_sa...@yahoo.co.uk:
--
nosy: +carljm
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14712
___
___
Python-bugs-list
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 39d24533c6b7 by Giampaolo Rodola' in branch 'default':
#14807: fix BB failures on Windows - avoid to to rely too many details of the
mode string.
http://hg.python.org/cpython/rev/39d24533c6b7
--
Giampaolo Rodola' g.rod...@gmail.com added the comment:
Let's see how it goes now.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14807
___
___
Giampaolo Rodola' g.rod...@gmail.com added the comment:
You are right. I should have looked more carefully. =)
--
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14820
Hynek Schlawack h...@ox.cx added the comment:
You're right, I was referring to the doc string.
--
resolution: rejected -
stage: committed/rejected - patch review
status: closed - open
___
Python tracker rep...@bugs.python.org
Jasper St. Pierre jstpie...@mecheye.net added the comment:
Yes. Yes it would. In my opinion, it really shouldn't do this sort of name
mangling, as it's a terrible idea, but whatever.
--
___
Python tracker rep...@bugs.python.org
Antoine Pitrou pit...@free.fr added the comment:
Brian, is the patch ok?
--
nosy: +pitrou
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14470
___
Antoine Pitrou pit...@free.fr added the comment:
Perhaps that's just me, but I find the performance gains rather limited given
the sheer size of the changes. Is there any non-micro benchmark where the
performance gains are actually substantial (say, more than 20%)?
--
type:
Brian Curtin br...@python.org added the comment:
Hm, I thought I already responded to this one. PEP 11 states that the w9xpopen
code shouldn't be removed until 3.4. I have a patch on another computer that
adds a deprecation for 3.3 - I'll add it here within the day.
For 3.4 we would actually
Roundup Robot devn...@psf.upfronthosting.co.za added the comment:
New changeset 0a1d7be10946 by Antoine Pitrou in branch 'default':
Issue #14693: Under non-Windows platforms, hashlib's fallback modules are
always compiled, even if OpenSSL is present at build time.
Antoine Pitrou pit...@free.fr added the comment:
Ok, should be fixed now. I fixed the proposed patch to avoid warnings when
testing under Windows.
--
resolution: - fixed
stage: patch review - committed/rejected
status: open - closed
___
Python
New submission from Dirkjan Ochtman dirk...@ochtman.nl:
I'm not sure why this is allowed for permutations() but not combinations().
--
messages: 160874
nosy: djc
priority: normal
severity: normal
status: open
title: make r argument on itertools.combinations() optional
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
components: +Library (Lib)
versions: +Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
___
Changes by Dirkjan Ochtman dirk...@ochtman.nl:
--
versions: +Python 3.2 -Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
___
___
Ezio Melotti ezio.melo...@gmail.com added the comment:
I couldn't find any pointer to the discussion (maybe it happened on IRC), but
the general goal is to provide only the most used/important assert methods and
avoid bloating the API with less common ones.
--
status: open - pending
Antoine Pitrou pit...@free.fr added the comment:
This is out of date now that importlib is the default import system.
--
resolution: - out of date
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11051
Antoine Pitrou pit...@free.fr added the comment:
I am closing as fixed. If you want to propose further enhancements, please open
a new issue.
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12304
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1615158
___
___
Python-bugs-list
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue6544
___
___
Changes by Antoine Pitrou pit...@free.fr:
--
resolution: - fixed
stage: needs patch - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9251
___
Changes by Antoine Pitrou pit...@free.fr:
--
stage: - patch review
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9548
___
Changes by Antoine Pitrou pit...@free.fr:
--
nosy: +haypo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1508864
___
___
Python-bugs-list mailing
R. David Murray rdmur...@bitdance.com added the comment:
I agree that testing for subclass is a rather specialized thing, and thus
should be defined by a project that needs it. Normal API-centric unit tests
shouldn't, IMO, care whether X is a subclass of Y. If you are using it to
write a
Changes by R. David Murray rdmur...@bitdance.com:
--
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14819
___
___
Antoine Pitrou pit...@free.fr added the comment:
This would still be a helpful improvement.
--
stage: patch review - needs patch
versions: +Python 3.3 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2920
Changes by Dave Malcolm dmalc...@redhat.com:
--
nosy: +fche, scox
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14776
___
___
Python-bugs-list
Raymond Hettinger raymond.hettin...@gmail.com added the comment:
This is a reasonable change. The benefits of using all 64-bits outweigh the
small downside of losing the reproducibility of previously generated sequences
that relied on the object hash.
--
stefan brunthaler s.bruntha...@uci.edu added the comment:
Perhaps that's just me, but I find the performance gains rather limited given
the sheer size of the changes.
Well there are a couple of things to keep in mind:
a) There is a substantial speedup potential in further interpretative
Mark Dickinson dicki...@gmail.com added the comment:
Wait, what? What results are you proposing for e.g.,
list(combinations(range(3)))
? None of the obvious defaults for r (length of first argument? 0? 1?) look
very interesting.
--
nosy: +mark.dickinson
Antoine Pitrou pit...@free.fr added the comment:
I tried the patch under Mageia 1 and got the following failure:
test_systemtap skipped -- Test systemtap script did not run; stderr was: bPass
1: parsed user script and 72 library script(s) using 56252virt/20964res/1828shr
kb, in
Dirkjan Ochtman dirk...@ochtman.nl added the comment:
[[], [0], [1], [2], [0, 1], [0, 2], [1, 2], [0, 1, 2]]
That is, all possible combinations.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14831
Antoine Pitrou pit...@free.fr added the comment:
Shouldn't this be closed?
--
nosy: +pitrou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8330
___
1 - 100 of 180 matches
Mail list logo
