Roundup Robot added the comment:
New changeset 787ed9b03ef9 by Ned Deily in branch '2.7':
Issue #15645: Ensure 2to3 grammar pickles are properly installed.
http://hg.python.org/cpython/rev/787ed9b03ef9
New changeset a377a4298b4e by Ned Deily in branch '3.2':
Issue #15645: Ensure 2to3 grammar
Roundup Robot added the comment:
New changeset 1f27572a10ce by Ned Deily in branch 'default':
Issue #14292: Ensure that the OS X installer build configures the CXX
http://hg.python.org/cpython/rev/1f27572a10ce
--
nosy: +python-dev
___
Python tracker
Ned Deily added the comment:
Fixes applied for release in 2.7.4, 3.2.4, and 3.3.0.
--
resolution: - fixed
stage: commit review - committed/rejected
status: open - closed
type: compile error -
versions: +Python 2.7, Python 3.2
___
Python tracker
Ned Deily added the comment:
Fix applied for 3.3.0. All build-installer fixes will be backported for 2.7.4
and 3.2.4.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
___
Python tracker rep...@bugs.python.org
New submission from STINNER Victor:
_testbuffer.get_contiguous() abort with an assertion error if it gets invalid
arguments. Attached patch adds tests for valid values.
I found this bug using my fuzzer (fusil).
--
components: Library (Lib)
files: _testbuffer.patch
keywords: patch
New submission from zhuojun:
def f(*agrs):
print(agrs)
f(1,2)
(1, 2)
f(1) #Is the output wrong? It should be without ','.
(1,)
--
components: None
messages: 168929
nosy: zhuojun
priority: normal
severity: normal
status: open
title: Tunple Bug?
type: behavior
versions: Python
Ezio Melotti added the comment:
Tuples with one element are defined as (x,), since the comma is what really
makes the tuple.
--
assignee: - ezio.melotti
nosy: +ezio.melotti
resolution: - invalid
stage: - committed/rejected
status: open - closed
Ezio Melotti added the comment:
See the second code block here:
http://docs.python.org/py3k/tutorial/datastructures.html#tuples-and-sequences
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15771
Changes by Ezio Melotti ezio.melo...@gmail.com:
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11776
___
___
Senthil Kumaran added the comment:
I could verify this bug and also looks like a tricky one. Because when we are
sending the cacert (the second time), we create a new HTTPSHandler and then
build the opener again using that handler.
I thought, we can use the existing opener object itself like
Mike Hoy added the comment:
I used the following for:
CodeType
FunctionType
LambdaType
SimpleNamespace
MethodType
print(CodeType.__doc__)
code(argcount, kwonlyargcount, nlocals, stacksize, flags, codestring,
constants, names, varnames, filename, name, firstlineno,
Brian Turek added the comment:
I was actually going to come up with a patch that does the same thing orsenthil
mentioned until I too was stymied by the use of bisect.insort
Does anyone know why bisect.insort was used instead of just list.append? I
don't see an obvious reason so I think just
Petri Lehtinen added the comment:
Using the word scalar sounds wrong to me. Are strings really considered
scalars in Python? At least RFC 4627 doesn't talk about scalars.
+Since the RFC permits RFC-compliant parsers to accept input texts that are not
+RFC-compliant, this module's deserializer
Petri Lehtinen added the comment:
I think skipping preceding whitespace in raw_decode() wouldn't hurt, but
skipping following whitespace would be wrong.
David: Any examples of how this could break backwards compatibility?
--
nosy: +petri.lehtinen
R. David Murray added the comment:
It has been a while since I looked at the code, but if I remember correctly
there is a (somewhat non-obvious) mechanism for assigning priority to handlers,
so that you can control the order of application. If I'm right the insort is
about that priority, and
Wichert Akkerman added the comment:
You could also look for the first matching file and extract that. That way you
can at least implement something similar to what standard tar can do:
[fog;/tmp]-10 tar tf x.tar
docs/
docs/index.rst
docs/glossary.rst
docs/Makefile
docs/conf.py
R. David Murray added the comment:
I didn't have anything specific in mind, just making a general comment about
the care that needs to be taken in crafting the fix.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15393
Antoine Pitrou added the comment:
-opener = build_opener(https_handler)
+if _opener is None:
+opener = build_opener(https_handler)
+else:
+opener = _opener
+opener.add_handler(https_handler)
Well, isn't it a bad idea to mutate the
Tomasz Buchert added the comment:
Take a look at http://bugs.python.org/issue14674.
A proposed documentation patch specifically discusses this issue.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13212
Roundup Robot added the comment:
New changeset fa745ed89b7a by Stefan Krah in branch 'default':
Issue #15770: Check invalid arguments in test function. Patch by Victor Stinner.
http://hg.python.org/cpython/rev/fa745ed89b7a
--
nosy: +python-dev
___
Stefan Krah added the comment:
Thanks, fixed.
--
resolution: - fixed
stage: - committed/rejected
status: open - closed
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15770
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file26953/popen_communicate.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file26960/readall-chunks.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file26959/readall-resize.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Changes by Richard Oudkerk shibt...@gmail.com:
Removed file: http://bugs.python.org/file26963/readall-combined.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15758
___
Richard Oudkerk added the comment:
Here is the patch (with the old ones removed).
Note that the old code mishandled the case where _PyBytes_Resize() failed by
assuming that the old bytes object would still be valid.
I have assumed that stream psuedo-files will never claim to have a size
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11698
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue626452
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: -moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1660009
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: -moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11664
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: -moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11698
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue724459
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2380
___
___
Python-bugs-list mailing
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15442
___
___
Python-bugs-list mailing
Antoine Pitrou added the comment:
Here is the patch (with the old ones removed).
Note that the old code mishandled the case where _PyBytes_Resize()
failed by assuming that the old bytes object would still be valid.
I have assumed that stream psuedo-files will never claim to have a
size
Stefan Mihaila added the comment:
Are there also some known techniques on tracking down memory leaks?
I've played around with sys.gettotalrefcount to narrow down
the place where the leaks occur, but they seem to only occur in v4,
i.e. pickle.dumps(3.0+1j, 4) leaks but pickle.dumps(3.0+1j, 3)
Terry J. Reedy added the comment:
LambdaType is a synonym for FunctionType. There should be just one entry, as
currently, but perhaps make that a bit clearer, as one could misread the
current line as saying that FunctionType is the type of def statements and
LambdaType is the type of lambda
Changes by STINNER Victor victor.stin...@gmail.com:
--
nosy: +haypo, neologix
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15765
___
___
Daniel Holth added the comment:
Sorry, I won't be able to get around to this any time soon. The patch to fix
this bug (in the CPython3 source code) is too intertwined with the other
distutils2 fixes. Anyone is welcome to fish for it in my bitbucket.
--
status: open - languishing
Éric Araujo added the comment:
See also #13212.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue14674
___
___
Python-bugs-list mailing list
Changes by moijes12 moije...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file26971/15442.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15442
___
Changes by moijes12 moije...@gmail.com:
--
nosy: -moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2380
___
___
Python-bugs-list mailing
Ronald Oussoren added the comment:
I didn't have time to look into this today and will look into this tomorrow.
--
Added file: http://bugs.python.org/file26972/smime.p7s
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13370
Changes by moijes12 moije...@gmail.com:
--
nosy: +moijes12
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13518
___
___
Python-bugs-list mailing
LittleQ added the comment:
when ByteGenerator entered _has_surrogates() will write the payload directly by
not-enter into the super class Generator, which has the replace action.
my solution is just do it also in BytesGenerator.
--
nosy: +littleq0903
Added file:
Georg Brandl added the comment:
Neither json.org nor RFC 4627 mention scalar. I don't think we should
introduce that term, with the necessary ambiguity given the context, needlessly.
--
nosy: +georg.brandl
___
Python tracker rep...@bugs.python.org
LittleQ added the comment:
Sorry, forgot removing the debugging __init__ method.
the attachment is the patch without the __init__ changes.
--
Added file: http://bugs.python.org/file26974/issue15249_fixed.patch
___
Python tracker
Zachary Ware added the comment:
I came across this issue and thought it might be within my means to attempt a
patch, so here's the first step towards one. I liked Terry's suggestion of
implementing __format__ using .as_decimal, so that's what I'm working towards
with this.
The first part is
Christian Heimes added the comment:
Guess the feature didn't make it into Python 2.4 ... :)
--
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue626452
___
R. David Murray added the comment:
And in the meantime that RFC has been obsoleted by rfc 2392.
--
components: +email
stage: test needed - needs patch
title: Support RFC 2111 in email package - Support RFC 2392 in email package
___
Python tracker
moijes12 added the comment:
Whoa cool.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue626452
___
___
Python-bugs-list mailing list
Unsubscribe:
R. David Murray added the comment:
moijes12: do you want to work on it? I haven't even read the RFC yet to find
out what support it means; too many other issues on my plate first.
--
___
Python tracker rep...@bugs.python.org
James added the comment:
I've attached a patch that I think fixes the variable arguments problem, and
changes the SystemErrors that can be obtained by misusing super() into
RuntimeErrors (I assume that's more appropriate?). There are three more
SystemErrors I'm not sure about: super(): no
Petri Lehtinen added the comment:
The strict flag sounds good to me, too. I don't think it should be called
strict though, as that would imply that we comply with RFC 4627 strictly
(which is not true without passing allow_nan=False for dump() or passing a
parse_constant function for load()).
Petri Lehtinen added the comment:
The patch looks good to me and seems to fix my test case. I find the email code
somewhat complicated, so I'll let David decide whether it's the correct fix :)
--
stage: needs patch - patch review
___
Python tracker
Chris Jerdonek added the comment:
Hi moijes12, for instructions on compiling and submitting patches, etc., see
the Python Developer's Guide (aka the devguide). You may also be interested in
the Python Mentors Group: http://pythonmentors.com/
Lastly (a small point), in the future you can also
Changes by Chris Jerdonek chris.jerdo...@gmail.com:
--
nosy: +cjerdonek
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11664
___
___
Chris Jerdonek added the comment:
Adding Éric because of the interest in test setup and tear down in issue 11664.
--
nosy: +eric.araujo
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15351
New submission from Saul Spatz:
In trying to build a SWING module on Windows with 64-bit python, I get the
linker errors listed at the bottom of this message.
I have this problem with both python 2.7 and 3.2. I have built the project
without problems on Windows with 32-bit python, and a
Changes by Brian Curtin br...@python.org:
--
components: +Build
nosy: +brian.curtin, loewis
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15772
___
Brian Turek added the comment:
So I'm not saying the attached patch is the *best* solution but it doesn't
mangle the existing urllib.request._opener too much.
--
keywords: +patch
Added file: http://bugs.python.org/file26977/request.patch
___
Python
Hugo Lopes Tavares added the comment:
Any news about this patch? Is it going to be merged?
When is next CPython release?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13592
___
New submission from Stefan Mihaila:
Here are a few counter-intuitive outputs:
dict.fromkeys is dict.fromkeys
False
id(dict.fromkeys) == id(dict.fromkeys)
True
x=dict.fromkeys; id(x) == id(x)
True
x=dict.fromkeys; id(x) == id(dict.fromkeys)
False
Changes by Stefan Mihaila mstefa...@gmail.com:
--
type: - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15773
___
___
Python-bugs-list
Nick Coghlan added the comment:
Bound methods are created dynamically on lookup, while object ids may be reused
after the original object is destroyed.
There's no bug here - just a combination of those two language behaviours that
is frequently surprising to users that have just noticed it.
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue2051
___
___
Python-bugs-list
New submission from mesheb82:
I got unexpected results when working with a string that has an apostrophe in
it.
Joe's.title()
Joe'S
'Joes'.title()
'JoeS'
--
components: Interpreter Core
messages: 168969
nosy: mesheb82
priority: normal
severity: normal
status: open
title: String
Ezio Melotti added the comment:
This is a known issue, see
http://docs.python.org/library/stdtypes.html#str.title
--
nosy: +ezio.melotti
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15774
Trent Nelson added the comment:
Reproduced behaviour with test_readlink.sh. Sending an e-mail to freebsd-fs to
see what they think.
--
Added file: http://bugs.python.org/file26979/test_readlink.sh
___
Python tracker rep...@bugs.python.org
R. David Murray added the comment:
This is a duplicate of issue 7008. See also issue 6412, which offers some
small hope that some day there may be an algorithm that can fix this.
--
nosy: +r.david.murray
resolution: - duplicate
stage: - committed/rejected
status: open - closed
Eric Snow added the comment:
FWIW, the patch looks good to me. This is probably the last week to get this
in for 3.3.0.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15352
___
Mark Grandi added the comment:
Where are you even seeing these json property lists? I just checked the most
recent documentation for NSPropertyListSerialization, and they have not updated
the enum for NSPropertyListFormat. It seems that if even Apple doesn't support
writing json property
Eric Snow added the comment:
here's a test. I'll work on a patch when I get a chance (and no one's beaten
me to it :).
--
keywords: +patch
nosy: +eric.snow
Added file: http://bugs.python.org/file26980/issue2051_test.eric.snow.diff
___
Python
73 matches
Mail list logo
