Antoine Pitrou added the comment:
I'm not sure why it's surprising. SNI and certificate validation are two
different things. Besides, this is adding a new level of complication to the
wrap_socket() signature.
--
___
Python tracker
Antoine Pitrou added the comment:
There is already an entire section about this:
http://docs.python.org/dev/library/ssl.html#security-considerations
It's up to consumers of the API to choose their security policy, the ssl module
merely provides building blocks to implement it. I think the ssl
STINNER Victor added the comment:
There is already an entire section about this:
http://docs.python.org/dev/library/ssl.html#security-considerations
So we just need to add a link from http, ftp, imap, ... to this section?
Using only
Nick Coghlan added the comment:
Just reviewed Victor's patch - aside from a trivial typo and not covering the C
implementation or documentation yet, it looks good to me. Most importantly, the
tests in that patch could be used to validate a C implementation as well.
I'll see if I can find
Andrei Dorian Duma added the comment:
I am interested in working on this, but I might need guidance at times. Is that
acceptable? If yes, I'm willing to start as soon as possible.
--
nosy: +andrei.duma
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Thanks, Andrei, that would be great.
The tests and the Python version in Victor's patch show the desired API and
behaviour.
In theory, the C version should just be a matter of adding an equivalent
textiowrapper_set_encoding method as a static function in
Roundup Robot added the comment:
New changeset ce8dd299cdc4 by Nick Coghlan in branch 'default':
Close #19378: address flaws in the new dis module APIs
http://hg.python.org/cpython/rev/ce8dd299cdc4
--
nosy: +python-dev
resolution: - fixed
stage: - committed/rejected
status: open -
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17823
___
___
Python-bugs-list
Steven D'Aprano added the comment:
Duplicate of this: http://bugs.python.org/issue6017
--
nosy: +stevenjd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19332
___
Changes by Steven D'Aprano steve+pyt...@pearwood.info:
--
nosy: -stevenjd
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19332
___
___
Nick Coghlan added the comment:
Switch direction of dependency to make this fixer rely on restoring the codec
aliases in issue 7475 first.
--
dependencies: +codecs missing: base64 bz2 hex zlib hex_codec ...
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Providing the 2to3 fixers in issue 17823 now depends on this issue rather than
the other way around (since not having to translate the names simplifies the
fixer a bit).
--
dependencies: -2to3 fixers for missing codecs
Changes by Tim Golden m...@timgolden.me.uk:
--
assignee: - tim.golden
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13674
___
___
Changes by Tim Golden m...@timgolden.me.uk:
--
components: +Windows
versions: +Python 3.4 -Python 3.2
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13674
___
New submission from Nick Coghlan:
In writing some new fixers for issue 17823, I noticed the 2/3 bridge grammar in
lib2to3 was never updated to handle yield from.
This item is also missing from the checklist in the devguide:
http://docs.python.org/devguide/grammar.html
--
components:
Nick Coghlan added the comment:
Attached diff shows a proof of concept fixer for the encode case.
It could be adjusted fairly easily to also handle decode methods (by including
an alternative in the pattern and also capturing the method name)
I'm sure how useful such a fixer would be in
Changes by Bohuslav Slavek Kabrda bkab...@redhat.com:
--
nosy: +bkabrda
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9216
___
___
Nick Coghlan added the comment:
On 7 November 2013 00:06, Nick Coghlan rep...@bugs.python.org wrote:
I'm sure how useful such a fixer would be in practice, though, since it only
triggers when the codec name is passed as a literal - passing in a variable
instead keeps it from firing.
Oops,
Tim Golden added the comment:
Attached is a patch with tests
--
keywords: +patch
Added file: http://bugs.python.org/file32516/issue13674.diff
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13674
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19511
___
___
Python-bugs-list
Changes by Meador Inge mead...@gmail.com:
--
nosy: +meador.inge
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue17823
___
___
Python-bugs-list
STINNER Victor added the comment:
+if (strchr(y, outbuf[1]) buf.tm_year 0)
hum... why not simply outbuf[1] == 'y' ? It would be more explicit and less
surprising.
For the unit test, it would be nice to test also asctime(), even if
time.asctime() doesn't use asctime() of the C
Alexander Belopolsky added the comment:
MAL: Have you thought about the rounding/truncation issues
associated with not showing microseconds ?
I believe it has to be the truncation. Rounding is better left to the user
code where it can be done either using timedelta arithmetics or at the time
Tim Golden added the comment:
On 06/11/2013 15:23, STINNER Victor wrote:
+if (strchr(y, outbuf[1]) buf.tm_year 0)
hum... why not simply outbuf[1] == 'y' ? It would be more explicit
and less surprising.
Ummm. I have no idea what I was thinking about there. I think it was
somehow
Roundup Robot added the comment:
New changeset 07fa1ed0d551 by Christian Heimes in branch 'default':
Issue #18582: fix memory leak in pbkdf2 code
http://hg.python.org/cpython/rev/07fa1ed0d551
--
___
Python tracker rep...@bugs.python.org
Marc-Andre Lemburg added the comment:
On 06.11.2013 16:51, Alexander Belopolsky wrote:
MAL: Have you thought about the rounding/truncation issues
associated with not showing microseconds ?
Sure, otherwise I wouldn't have mentioned it :-)
mxDateTime always uses 2 digit fractions when
New submission from STINNER Victor:
In interactive mode, when I run python in gdb, I see that
PyUnicode_DecodeUTF8Stateful() is called a lot of times. Calls come from
PyDict_GetItemString() or PySys_GetObject() for example.
Allocating a temporary Unicode string and decode a byte string from
STINNER Victor added the comment:
pysys_getobjectid.patch:
- add _PySys_GetObjectId() and _PyDict_GetItemId() functions
- add global identifiers for most common strings: argv, path, stdin,
stdout, stderr
- use these new functions and identifiers
--
keywords: +patch
Added file:
Alexander Belopolsky added the comment:
I am afraid that the rounding issues may kill this proposal. Can we start with
something simple? For example, we can start with show=None keyword argument
and allow a single value 'microseconds' (or 'us'). This will solve the issue
at hand with a
Serhiy Storchaka added the comment:
PySys_GetObject() is called with followed literal strings: argv, displayhook,
excepthook, modules, path, path_hooks, path_importer_cache, ps1, ps2, stderr,
stdin, stdout, tracebacklimit.
PyDict_GetItemString() is called with followed literal strings:
STINNER Victor added the comment:
Are any of these calls performance critical?
I'm trying to focus on the interactive interpreter. I didn't touch literal
strings used once, for example at module initialization.
Well, if it doesn't make the code much uglier or much slower, it's maybe not a
Roundup Robot added the comment:
New changeset a2f42d57b91d by Victor Stinner in branch 'default':
Issue #19512: sys_displayhook() now uses an identifier for builtins
http://hg.python.org/cpython/rev/a2f42d57b91d
New changeset 55517661a053 by Victor Stinner in branch 'default':
Issue #19512:
STINNER Victor added the comment:
Oh, by the way, identifiers have a nice side effect: they are interned, and so
dict lookup should be faster.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19512
Roundup Robot added the comment:
New changeset 8a6a920d8eae by Victor Stinner in branch 'default':
Issue #19512: Py_ReprEnter() and Py_ReprLeave() now use an identifier for the
http://hg.python.org/cpython/rev/8a6a920d8eae
New changeset 69071054b42f by Victor Stinner in branch 'default':
Issue
Skip Montanaro added the comment:
I am afraid that the rounding issues may kill this proposal. Can we start
with something simple? For example, we can start with show=None keyword
argument and allow a single value 'microseconds' (or 'us'). This will solve
the issue at hand with a
Serhiy Storchaka added the comment:
I don't think these changes are required. The interactive interpreter is not a
bottleneck.
And definitely adding new public functions to API needs more discussion.
--
___
Python tracker rep...@bugs.python.org
Changes by A.M. Kuchling li...@amk.ca:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3849
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue626452
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue634412
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8799
___
___
Python-bugs-list mailing
Changes by A.M. Kuchling li...@amk.ca:
--
keywords: -easy
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7839
___
___
Python-bugs-list mailing
A.M. Kuchling added the comment:
Closing this issue; I agree with Ronald's assessment.
--
nosy: +akuchling
resolution: - invalid
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11965
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - invalid
status: pending - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1348
___
Changes by A.M. Kuchling li...@amk.ca:
--
status: open - languishing
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue1671676
___
___
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7593
___
___
Changes by A.M. Kuchling li...@amk.ca:
--
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue834840
___
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
priority: normal - low
type: - enhancement
versions: -Python 2.7, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19505
A.M. Kuchling added the comment:
asyncore is no longer maintained, so this will not get fixed.
--
nosy: +akuchling
resolution: - wont fix
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue8003
Raymond Hettinger added the comment:
I don't want to recommend overwriting the variable name but will add a note for
the rest:
Copied iterators depend the original iterator. If the original advances, then
so do the copies. After teeing the iterators, the usual practice is
to stop working
Raymond Hettinger added the comment:
A few thoughts:
* No existing, working code will benefit from this patch; however, almost all
code will pay a price for it -- bigger size for an empty dict and a runtime
cost (possibly very small) on the critical path (every time a value is stored
in a
STINNER Victor added the comment:
I don't think these changes are required. The interactive interpreter is not
a bottleneck.
What is the problem with these changes?
Identifiers have different advantages. Errors become more unlikely because
objects are only initialized once, near startup.
A.M. Kuchling added the comment:
Is there anything left to do for this issue?
--
nosy: +akuchling
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue7061
___
Serhiy Storchaka added the comment:
We can't add __reversed__() to the Set or MappingView protocols without
breaking third party code, but we can add it to concrete implementations of
mapping views. In particular for views of OrderedDict which itself already have
__reversed__().
Here is a
Roundup Robot added the comment:
New changeset 5e402c16a74c by Victor Stinner in branch 'default':
Issue #19512: Add _PySys_GetObjectId() and _PySys_SetObjectId() functions
http://hg.python.org/cpython/rev/5e402c16a74c
New changeset cca13dd603a9 by Victor Stinner in branch 'default':
Issue
A.M. Kuchling added the comment:
I don't understand the bug being reported. The code you quote should
probably be written as if (result 0 errno == EBADF), but the block's net
effect is to ignore an error by resetting result and errno.
It doesn't matter if we occasionally set result and
STINNER Victor added the comment:
Another problem is that PyUnicode_FromString() failure is not handled correctly
in some cases. PyUnicode_FromString() can fail because an decoder error, but
also because of a MemoryError. For example, PyDict_GetItemString() returns NULL
as if the entry does
Alexis Daboville added the comment:
Added patch.
--
keywords: +patch
Added file: http://bugs.python.org/file32519/dedent.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19479
___
Roundup Robot added the comment:
New changeset 40c73ccaee95 by Victor Stinner in branch 'default':
Issue #19512: __build_class() builtin now uses an identifier for the
metaclass string
http://hg.python.org/cpython/rev/40c73ccaee95
New changeset 7177363d8c5c by Victor Stinner in branch
STINNER Victor added the comment:
I changed the issue title to make it closer to the real changesets related to
the issue.
--
title: Avoid most calls to PyUnicode_DecodeUTF8Stateful() in Python interactive
mode - Avoid temporary Unicode strings, use identifiers to only create the
Roundup Robot added the comment:
New changeset 77bebcf5c4cf by Victor Stinner in branch 'default':
Issue #19512: add _PyUnicode_CompareWithId() function
http://hg.python.org/cpython/rev/77bebcf5c4cf
New changeset 3f9f2cfae53b by Victor Stinner in branch 'default':
Issue #19512: Use the new
New submission from STINNER Victor:
PyUnicodeWriter is (a little bit) more efficient than PyAccu to build Unicode
strings.
Attached patch list_repr_writer.patch modify list_repr() to use PyUnicodeWriter.
--
files: list_repr_writer.patch
keywords: patch
messages: 202298
nosy: haypo,
STINNER Victor added the comment:
bench_list_repr.py: benchmark script. It would be interesting to run it on
Windows, performances of realloc() may be different. Result on my Linux box:
Common platform:
Python unicode implementation: PEP 393
Platform:
New submission from STINNER Victor:
Some C files use more than once the same _Py_IDENTIFIER identifier. It would be
more efficient to merge duplicated identifiers. Just move the definition to the
top of the file.
_Py_IDENTIFIER(as_integer_ratio): Modules/_datetimemodule.c:1569
New submission from STINNER Victor:
I started to share some common identifiers in Python/pythonrun.c, extract:
/* Common identifiers */
_Py_Identifier _PyId_argv = _Py_static_string_init(argv);
_Py_Identifier _PyId_builtins = _Py_static_string_init(builtins);
...
Do you think it would be
STINNER Victor added the comment:
See also issue #19515 which is more general.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19514
___
___
New submission from Michael Merickel:
I assume there is some incompatibility in the maverick's C runtime, but getting
a segfault only on the python binaries from python.org.
Version shipped by Apple OS X 10.9 Mavericks:
~❯ python2.7
Python 2.7.5 (default, Sep 12 2013, 21:33:34)
[GCC 4.2.1
Changes by Philip Jenvey pjen...@underboss.org:
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19516
___
___
Python-bugs-list
Tim Peters added the comment:
Sure looks like the bug where virtually _any_ two lines entered in the shell
cause a segfault.
--
nosy: +tim.peters
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19516
Tim Peters added the comment:
Betting this is a duplicate of:
http://bugs.python.org/issue18458
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19516
___
Ned Deily added the comment:
It is a duplicate. Fixed in 3.3.3 and 2.7.6.
--
resolution: - duplicate
stage: - committed/rejected
status: open - closed
superseder: - interactive interpreter crashes and test_readline fails on OS X
10.9 Mavericks due to libedit update
Ned Deily added the comment:
P.S. See that issue for a workaround. Also release candidate installers for
3.3.3 and 2.7.6 are now available with final releases very soon.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19516
Changes by Andrei Dorian Duma andrei.duma.dor...@gmail.com:
--
nosy: +andrei.duma
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19514
___
___
STINNER Victor added the comment:
_Py_IDENTIFIER(__delitem__): Objects/typeobject.c:5132
_Py_IDENTIFIER(__delitem__): Objects/typeobject.c:5183
I moved this one to #19514.
--
___
Python tracker rep...@bugs.python.org
STINNER Victor added the comment:
Oh, I forgot:
_Py_IDENTIFIER(__delitem__): Objects/typeobject.c:5132
_Py_IDENTIFIER(__delitem__): Objects/typeobject.c:5183
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19514
74 matches
Mail list logo