Thomas Kluyver added the comment:
I expect this can be closed now, unless there's some post-commit review
somewhere that needs addressing?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
Gregory P. Smith added the comment:
i missed the hg adds :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
___
Python-bugs-list mailing
Tim Peters added the comment:
FYI, my results match Serhiy's, on Windows, under Pythons 3.4.2 and 2.7.8.
It's not surprising to me. Since IEEE 754 standardized sqrt, most vendors
complied, delivering a square root as if infinitely precise with one anally
correct rounding. But unless the
Gregory P. Smith added the comment:
bytes.hex-1.diff looks good, i'll take care of committing this and adding a
what's new entry. thanks!
--
assignee: ncoghlan - gregory.p.smith
nosy: +gregory.p.smith
___
Python tracker rep...@bugs.python.org
Roundup Robot added the comment:
New changeset 955a479b31a8 by Gregory P. Smith in branch 'default':
Issue9951: update _hashopenssl and md5module to use _Py_strhex().
https://hg.python.org/cpython/rev/955a479b31a8
--
___
Python tracker
Benjamin Peterson added the comment:
What kind of compiler/system does this happen on?
--
nosy: +benjamin.peterson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24058
___
Raymond Hettinger added the comment:
Hmm, I don't get that same result (Mac OS/X 10.10, Python 3.4.2):
from math import *
0.0171889575379941**0.5
0.13110666473522273
sqrt(0.0171889575379941)
0.13110666473522273
It's odd because your two result as same number, just displayed differently. I
Raymond Hettinger added the comment:
The output immediately following that showed they _are_ different numbers
on your box too
So it is. Seems like I need to increase my font size :-)
--
___
Python tracker rep...@bugs.python.org
Raymond Hettinger added the comment:
The next question is whether we care about that 1 ULP in the context of the
random number calculations which already involve multi-step chains that aren't
favorable to retaining precision:
s + (1.0 + s * s) ** 0.5
ainv = (2.0 * alpha - 1.0) ** 0.5
New submission from Karl Richter:
The `Formatter` section of the `logging` module at
https://docs.python.org/2/library/logging.html#formatter-objects reads like
it's sufficient to create an instance of `Formatter` with default arguments
(and set it as formatter of the `Handler` of a `Logger`)
Roundup Robot added the comment:
New changeset c9f1630cf2b1 by Gregory P. Smith in branch 'default':
Implements issue #9951: Adds a hex() method to bytes, bytearray, memoryview.
https://hg.python.org/cpython/rev/c9f1630cf2b1
--
nosy: +python-dev
___
Changes by Gregory P. Smith g...@krypto.org:
--
resolution: - fixed
stage: patch review - commit review
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
Roundup Robot added the comment:
New changeset 7f0811452d0f by Gregory P. Smith in branch 'default':
Switch binascii over to using the common _Py_strhex implementation for its hex
https://hg.python.org/cpython/rev/7f0811452d0f
--
___
Python tracker
Roundup Robot added the comment:
New changeset 875787fee2cc by Benjamin Peterson in branch '3.4':
fix relative link (closes #24057)
https://hg.python.org/cpython/rev/875787fee2cc
New changeset 4e48a55cffb8 by Benjamin Peterson in branch '2.7':
fix relative link (closes #24057)
Paul Moore added the comment:
As described. this seems to be a Windows-only feature (it's replacing a
registry lookup with a config file alongside the Python DLL).
So I'm not sure I understand Nick's comment - Nick, are you suggesting this
should be a cross-platform feature? If so, what's the
Roundup Robot added the comment:
New changeset a7737204c221 by Gregory P. Smith in branch 'default':
Add the files missing from c9f1630cf2b1 for issue9951.
https://hg.python.org/cpython/rev/a7737204c221
--
___
Python tracker rep...@bugs.python.org
Changes by Gregory P. Smith g...@krypto.org:
--
nosy: +gregory.p.smith
versions: +Python 3.5 -Python 3.4
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue11477
___
Masayuki Yamamoto added the comment:
um, Compiler warned, but test passed. It seems a only warning.
build log:
$ ./configure --prefix=/opt/py34
$ make
...
building 'readline' extension
gcc -Wno-unused-result -DNDEBUG -g -fwrapv -O3 -Wall -Wstrict-prototypes
-Werror=declaration-after-statement
Serhiy Storchaka added the comment:
(0.0171889575379941**0.5).hex()
'0x1.0c81a6aa9a74ep-3'
from math import *
sqrt(0.0171889575379941).hex()
'0x1.0c81a6aa9a74dp-3'
0.0171889575379941**0.5 == sqrt(0.0171889575379941)
False
--
___
Python tracker
Changes by Ned Deily n...@acm.org:
--
nosy: +vinay.sajip
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24060
___
___
Python-bugs-list mailing list
Gregory P. Smith added the comment:
note quite fixed, looks like some of the buildbots are having fun not compiling
with this change:
http://buildbot.python.org/all/builders/x86%20Tiger%203.x/builds/9569/steps/compile/logs/stdio
investigating...
--
resolution: fixed -
status: closed
Changes by Gregory P. Smith g...@krypto.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
Roundup Robot added the comment:
New changeset b46308353ed9 by Gregory P. Smith in branch 'default':
Add missing PyAPI_FUNC macro's to the public functions as other .c files do
https://hg.python.org/cpython/rev/b46308353ed9
--
___
Python tracker
Nick Coghlan added the comment:
Treating local Python as a special-case of venv sounds like a good approach,
then (especially as it currently seems plausible we'll end up going for
environment variable based approach to the downstream PEP 476 backport)
--
Changes by Gregory P. Smith g...@krypto.org:
--
resolution: - fixed
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23342
___
Steve Dower added the comment:
I'm leaning towards clarifying/fixing the behavior of the venv config, since
it's most of the way there for what I care about. Adding another option for
applocal may be needed, but possibly not, in which case defining how relative
paths are handled would be
Russell Keith-Magee added the comment:
Here's an updated patch that integrates some of the feedback that has been
received so far.
Notable changes:
* The code now works for ARMv7. Unfortunately, the price for this is a new
libffi_ios_aarch source directory, containing generated source tree
Gregory P. Smith added the comment:
I see some _Py_strhex related link errors on the Windows buildbots:
http://buildbot.python.org/all/builders/x86%20Windows7%203.x/builds/9642/steps/compile/logs/stdio
--
___
Python tracker rep...@bugs.python.org
Nick Coghlan added the comment:
Folks being wary of upgrading to new maintenance releases is already the case -
RHEL/CentOS selectively backport things, and other orgs like Google do
extensive integration testing before deploying new versions.
Folks that only use and write well behaved and
Nick Coghlan added the comment:
If we're adding a static startup configuration file, then yes, I believe that
should be a cross-platform feature, not something Windows specific, as it's a
major change to our configuration philosophy. (I think it's a *necessary*
change, but it's also a
Nick Coghlan added the comment:
Thank you Arnon, and thank you Greg!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
___
Tim Peters added the comment:
I don't care about the ULP. I don't care about exactly reproducing
floating-point results across releases either, but I'd bet someone else does ;-)
--
___
Python tracker rep...@bugs.python.org
Changes by Nick Coghlan ncogh...@gmail.com:
--
stage: - needs patch
type: - enhancement
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24056
___
New submission from Novice Live:
a non-trivial dot is needed for the hyperlink to make sense, or the link will
jump to the start of the documentation, which doesn't make sense.
the same typo as in http://bugs.python.org/issue23561.
--
assignee: docs@python
components: Documentation
Nick Coghlan added the comment:
Oh, so *that's* why my local hook isn't aborting commits when the whitespace
check fails :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue16405
___
New submission from Nick Coghlan:
From https://mail.python.org/pipermail/python-ideas/2015-April/033177.html,
there are some additional details about functions that could be usefully
exposed in the function repr, specifically whether or not it's a closure, and
whether or not it's a generator
Changes by Nick Coghlan ncogh...@gmail.com:
--
assignee: - ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue9951
___
___
Python-bugs-list
Nick Coghlan added the comment:
For the warnings, it's actually bytes.decode() (et al) that are expected to
return str, and str.encode() that's expected to return bytes. The codecs
themselves remain free to do what they want (hence the recommendation to use
codecs.encode() and codecs.decode()
Stefan Behnel added the comment:
FYI, here's the patch implementation for Cython:
https://github.com/cython/cython/blob/cf63ff71c06b16c3a30facdc7859743f4cd495f6/Cython/Utility/Generator.c#L849
The only difference is that it takes care of changing __next__ to next in
Py2.x.
--
Nick Coghlan added the comment:
Unfortunately we didn't find the time to review the currently flagged release
blockers at the sprints :(
Chris, for the mechanics of testing the future flag, it's potentially worth
looking at the 2.7 branch, as that should have tests for the print_function and
James added the comment:
When I start the interpreter with the -S switch, the problem goes away.
Thanks for looking into it, and I apologize for the false alarm!
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24035
Changes by James james.triv...@gmail.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24035
___
Changes by Yury Selivanov yseliva...@gmail.com:
--
nosy: +yselivanov
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24056
___
___
Python-bugs-list
Nick Coghlan added the comment:
Right, Larry and I had a fairly long discussion about this idea at the sprints,
and I was satisfied that all the cases where he's proposing to use this are
safe: in order to exploit them you need to be able to set __text_signature__ on
arbitrary objects, and if
Marc-Andre Lemburg added the comment:
I think this discussion is moving in the wrong direction or least one which
won't help people not using some Linux distribution.
The use case here is very similar to the hash seed randomization which was also
successfully handled using an environment
Serhiy Storchaka added the comment:
I proposed boolint or intbool. Are there better variants?
An alternative is add accept={int} parameter to the bool converter. But this
will complicate the implementation and the use without the need.
--
___
Nick Coghlan added the comment:
Nice, this ties directly into one of the thornier problems in the PEP 432
bootstrapping work, which needs to set up the core import system in
Py_BeginInitialization, but delay setting up the rest of it until
Py_EndInitialization.
Your patch achieves this by
Nick Coghlan added the comment:
I'd actually like a python.ini file defined as a Python 3.5 feature in order to
provide a better backporting story for the PEP 476 certificate changes in
downstream long term support releases of Python 2.7.
So +1 in principle, but I'd like to see this written
Tal Einat added the comment:
+1. I was recently trying to use the C API for a 3rd party library, and all of
these subtly different string parameter formats made things surprisingly
confusing.
These are part of the Python C API, so removing them could break 3rd party
code. Simply searching
Tal Einat added the comment:
If this was for internal use only, intended to ease the transition to Argument
Clinic, then extensibility isn't an issue.
An upside to this is that it would make it easy in the future to find all of
the places in the stdlib using integers instead of bools.
A
Nick Coghlan added the comment:
Yes, this was a deliberate change to flip the default as to which subclasses
get bad docstring behaviour.
In the status quo, if you provide a subclass method which does basically the
same thing as the parent class, you lose the docstring unless you duplicate
Arnon Yaari added the comment:
minor updates to stdtypes.rst. I also want to add a line to whatsnew/3.5 but
don't know how to put it in words - maybe it's better if someone with better
english will add it.
--
Added file: http://bugs.python.org/file39204/bytes.hex-1.diff
Nick Coghlan added the comment:
If a Linux distro is using systemd (which is essentially all recent versions of
popular distros, including RHEL/CentOS, although it won't land in Ubuntu LTS
until 16.04), then cron jobs and service daemons will get their locale set
properly based on the
Tal Einat added the comment:
Here's a slightly modified version of the most recent patch for
Modules/selectmodule.c. The only difference relative to the previous version is
that I've set the epoll method function names back to what they used to be. My
reasoning is to stay consistent with the
Nick Coghlan added the comment:
In issue 23955, Steve Dower has suggested introducing config file support for
easier control of path configuration when a dedicated Python interpreter
runtime is deployed as part of a larger application.
If that proposal goes ahead (I think it needs a PEP for
Changes by irdb dalba.w...@gmail.com:
--
nosy: +irdb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue3286
___
___
Python-bugs-list mailing list
Changes by irdb dalba.w...@gmail.com:
--
nosy: +irdb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue4823
___
___
Python-bugs-list mailing list
Brett Cannon added the comment:
OK, I'll look at making it more general for multiple names to skip.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23810
___
Changes by xiaobing jiang s7v7nisla...@gmail.com:
--
nosy: +s7v7nisla...@gmail.com
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15329
___
___
Changes by xiaobing jiang s7v7nisla...@gmail.com:
--
nosy: +s7v7nisla...@gmail.com
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15339
___
___
Changes by xiaobing jiang s7v7nisla...@gmail.com:
--
nosy: +s7v7nisla...@gmail.com
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15330
___
___
Per Brodtkorb added the comment:
This is not only a problem for division. It also applies to multiplication as
exemplified here:
complex(0,inf)+1 # expect 1 + infj
Out[16]: (1+infj)
(complex(0,inf)+1)*1 # expect 1 + infj
Out[17]: (nan+infj)
complex(inf, 0) + 1j # expect inf + 1j
Changes by Berker Peksag berker.pek...@gmail.com:
--
nosy: +berker.peksag
stage: - patch review
versions: +Python 3.4, Python 3.5 -Python 3.2, Python 3.3
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue13567
eryksun added the comment:
It looks like this is a bug in pyreadlines as suggested by
eryksun, but for a different reason.
As I said before, it reads keyboard input events at a lower level via
ReadConsoleInputW, instead of calling ReadConsoleW to read the input buffer as
a text stream. To
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +ethan.furman
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24056
___
___
Python-bugs-list
New submission from Masayuki Yamamoto:
Compiler warns case of define HAVE_DECLSPEC_DLL.
In Modules/readline.c:1065, _PyOS_ReadlineTState variable declaration is
different to Include/pythonrun.h:275.
--
components: Build, Extension Modules
hgrepos: 307
messages: 242013
nosy: masamoto
Masayuki Yamamoto added the comment:
Here is a patch modifying variable declaration to same as Include/pytonrun.h.
--
keywords: +patch
Added file:
http://bugs.python.org/file39205/3.4-issue24058-readline-_PyOS_ReadlineTState.patch
___
Python tracker
Changes by Raymond Hettinger raymond.hettin...@gmail.com:
--
assignee: rhettinger -
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15339
___
___
New submission from Raymond Hettinger:
Replace all the _sqrt(x) calls with x ** 0.5, improving the visual appearance
and providing a modest speed improvement.
$ python3 -m timeit -s 'from math import sqrt' 'sqrt(3.14)'
1000 loops, best of 3: 0.032 usec per loop
$ python3 -m timeit -s 'from
Changes by Petr Viktorin encu...@gmail.com:
--
nosy: +encukou
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24056
___
___
Python-bugs-list mailing
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +mark.dickinson
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24059
___
___
Serhiy Storchaka added the comment:
sqrt(x) and x ** 0.5 can be different.
0.0171889575379941**0.5
0.13110666473522276
sqrt(0.0171889575379941)
0.13110666473522273
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
72 matches
Mail list logo