Arfrever Frehtes Taifersar Arahesis added the comment:
+# sys.stderr is None when ran with pythonw.exe - warnings get
lost
s/ran/run/
--
nosy: +Arfrever
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
Roundup Robot added the comment:
New changeset 70b6fe58c425 by Serhiy Storchaka in branch '3.4':
Fixed a typo in a comment (issue #23016).
https://hg.python.org/cpython/rev/70b6fe58c425
New changeset da1ec8e0e068 by Serhiy Storchaka in branch 'default':
Fixed a typo in a comment (issue #23016).
Serhiy Storchaka added the comment:
Thanks Arfrever.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23016
___
___
Python-bugs-list mailing list
Serhiy Storchaka added the comment:
I think it would be good to add Python implementation in functools.py and test
they equivalence in tests.
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23049
Xavier de Gaye added the comment:
Building on OS X 10.10 with the head of the code tree (as of today), I cannot
reproduce this. Also the disassembly looks fine:
I should have mentionned that I am running a debug build of python.
--
___
Python
Constantin added the comment:
I understand your decision. Even though it makes my life a little bit harder,
it is definitely not the end of the world, the end of Python or even the end
for my libtco project.
--
___
Python tracker
Aaron Hill added the comment:
Thanks, I've fixed that. Not sure why I thought decoding and re-encoding would
work with any binary data.
I've also updated one of the tests to use non-utf8-decodeable binary data, to
prevent a future regression.
--
Added file:
New submission from Tetsuya Morimoto:
This patch adds Japanese legacy encodings as below.
https://bitbucket.org/t2y/cpython/branches/compare/japanese-legacy-encoding..default
* eucjp_ms (euc-jp compatible with cp932)
* iso2022_jp_ms (yet another iso-2022-jp compatible with cp932, similar to
R. David Murray added the comment:
In emails these are labeled as, say, iso-2022-jp-ms?
See also issue 8898 with regards to email encodings.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23050
Tetsuya Morimoto added the comment:
On Mon, Dec 15, 2014 at 1:04 AM, R. David Murray rep...@bugs.python.org wrote:
In emails these are labeled as, say, iso-2022-jp-ms?
No. These are labeled just 'iso-2022-jp' and we (japanese) choose
proper charset encoding to decode the encoded text. You can
Serhiy Storchaka added the comment:
Here is revised Josh's patch. Added tests for consistency between both
implementations, fixed inconsistencies and bugs.
I still hesitate about pickling format of methodcaller. First, there is
asymmetry between positional and keyword arguments. Second, for
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +lemburg, loewis, serhiy.storchaka
stage: - patch review
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23050
___
Terry J. Reedy added the comment:
Background: the OP of #19202 proposed equivalent code for all the functool
functions, including two versions for reduce. Georg combined the two versions
into the one that Raymond pushed. Both agreed that reduce was the only
function that really needed this.
New submission from Alon Diamant:
When imap() or imap_unordered() are called with the iterable parameter set as a
generator function, and when that generator function raises an exception, then
the _task_handler thread (running the method _handle_tasks) dies immediately,
without causing the
Changes by Alon Diamant diamant.a...@gmail.com:
Added file: http://bugs.python.org/file37449/Issue_23051_reproducer_v2_7.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Changes by Alon Diamant diamant.a...@gmail.com:
--
keywords: +patch
Added file: http://bugs.python.org/file37450/Issue_23051_fix_v2_7.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
Changes by Alon Diamant diamant.a...@gmail.com:
Added file: http://bugs.python.org/file37451/Issue_23051_reproducer_v3_4.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Changes by Alon Diamant diamant.a...@gmail.com:
Added file: http://bugs.python.org/file37452/Issue_23051_fix_v3_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Changes by Alon Diamant diamant.a...@gmail.com:
Removed file: http://bugs.python.org/file37452/Issue_23051_fix_v3_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Changes by Alon Diamant diamant.a...@gmail.com:
Added file: http://bugs.python.org/file37453/Issue_23051_fix_v3_4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23051
___
Alon Diamant added the comment:
The patches I attached do 2 things:
1. A deadlock is prevented, wherein the main thread waits forever for the Pool
thread/s to finish their execution, while they wait for instructions to
terminate from the _task_handler thread which has died. Instead, the
Demian Brecht added the comment:
Thanks again for the update Aaron, I've left a couple small comments in
Rietveld. Other than those, the patch looks good to me. Thanks for the
contribution!
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
Elsewhere I have used rough equivalent.
FWIW, the initializer defaulting to None is also an approximation. It would
be more technically correct to have initializer = sentinel where sentinel =
object(). But of course this too would obfuscate the
Roundup Robot added the comment:
New changeset 54939f3c1e17 by Benjamin Peterson in branch '2.7':
use autoconf macro to check for pkg-config (closes #15506)
https://hg.python.org/cpython/rev/54939f3c1e17
New changeset 76df5870757a by Benjamin Peterson in branch '3.4':
use autoconf macro to
Demian Brecht added the comment:
I'm a -1 to adding the timeout parameter to the ServerProxy implementation for
pretty much the same reasons Jeff mentioned, but mainly because of the
ambiguity that is introduced between the timeout and transport parameters (who
should win in the case that
New submission from binbjz:
It will prompt ssl certificate_vefify_failed(_ssl.c:581) when I used pysphere
with python 2.7.9 to connect server. But I switched python 2.7.8 it works well.
2014-12-15 13:22:53,187 [DEBUG] Can not connect to xxx.xxx.xxx.108: [SSL:
CERTIFICATE_VERIFY_FAILED]
Changes by Demian Brecht demianbre...@gmail.com:
--
nosy: +demian.brecht
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22928
___
___
Alex Gaynor added the comment:
Python 2.7.9 enabled certificate validation by default for HTTP connections,
see PEP476.
The server you're connecting to does not have a certificate that is trusted by
your client. pysphere should configure SSL appropriately for this use case.
--
nosy:
Andrej A Antonov added the comment:
@demian.brecht , your example code-fragment is too big. :-)
too many lines -- just only for adding timeout. it is uncomfortably.
most people will not using that: most likely they just will forget about
timeout (but in *MOST* situations not using timeout --
binbjz added the comment:
alex,
thank you for quick reponse. I will check
http://www.python.org/dev/peps/pep-0476/
--
resolution: not a bug -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23052
Changes by Berker Peksag berker.pek...@gmail.com:
--
resolution: - not a bug
status: open - closed
type: crash - behavior
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23052
___
31 matches
Mail list logo