sih4sing5hong5 added the comment:
Thank you.
I updated my patch in `VALID_MODULE_NAME.patch`.
--
Added file: http://bugs.python.org/file39789/VALID_MODULE_NAME.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24263
Jakub Kadlčík added the comment:
Hello, I think the example code snippets are awesome and no doubts, they helped
me a lot.
The only problem is that they are not idiomatic. They look like C more than
Python.
I suggest following patch
--
nosy: +FrostyX
Added file:
Roundup Robot added the comment:
New changeset 9f4b066754c3 by Antoine Pitrou in branch '2.7':
Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar().
https://hg.python.org/cpython/rev/9f4b066754c3
--
___
Python tracker
Changes by sih4sing5hong5 ihc...@gmail.com:
Removed file: http://bugs.python.org/file39778/VALID_MODULE_NAME.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24263
___
STINNER Victor added the comment:
On Python 3.5 and 3.6, You can use math.inf and math.nan.
The patch is for 3.4.
Ok, it confirms my guess. But when you merge your change into 3.5, you may
replace nan and inf with math.nan and math.inf. As you want.
--
STINNER Victor added the comment:
polar_errno.patch doesn't apply cleanly on the default branch, I get that you
wrote your patch for Python 3.4.
+@cpython_only
+def test_polar_errno(self):
+# Check a previously set C errno doesn't disturb polar()
Please add the number of this
Martin Panter added the comment:
Here is a patch with more improvements to the coroutine documentation,
including:
* Remove expansion of “coroutine” glossary to include generators; it was not my
original intention of this bug. Perhaps this can be dealt with separately in
Issue 24087 if other
Roundup Robot added the comment:
New changeset 70e3230c2872 by Antoine Pitrou in branch '3.4':
Issue #24489: ensure a previously set C errno doesn't disturb cmath.polar().
https://hg.python.org/cpython/rev/70e3230c2872
New changeset d165712b2dee by Antoine Pitrou in branch '3.5':
Issue #24489:
Antoine Pitrou added the comment:
On Python 3.5 and 3.6, You can use math.inf and math.nan.
The patch is for 3.4.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24489
___
Martin Panter added the comment:
The closest I have is Python 3.3, but this times out properly for me:
from http.client import HTTPConnection
import socket
socket.setdefaulttimeout(10)
h = HTTPConnection(192.168.1.84)
h.request(GET, /)
h.getresponse()
Traceback (most recent call last):
Barry A. Warsaw added the comment:
FWIW, this broke the zope.testing doctests:
https://bugs.launchpad.net/zope.testing/+bug/1467644
I submitted a patch, which was reasonable given the normalization that
zope.testing does for doctest output, but people should be aware that this can
break
Antoine Pitrou added the comment:
Ok, pushed it!
--
resolution: - fixed
stage: patch review - resolved
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24489
___
Jorge Herskovic added the comment:
More data:
I've been unable to replicate this behavior on Ubuntu 15.04 on Python 3.4.3
over ~20 thousand test runs. (Same machine, running in a VM)
An overnight repeated run on the original machine on OS X, 3.4.3, official
distribution gave an actual
New submission from Jakub Mateusz Kowalski:
The error occurs when there was a warning before the call to filterwarnings():
$ python
Python 2.7.6 (default, Mar 22 2014, 22:59:56)
[GCC 4.8.2] on linux2
Type help, copyright, credits or license for more information.
import warnings
Nick Coghlan added the comment:
Leaving the tutorial alone until the callback problem is resolved makes sense
to me.
The patch overall looks good, I sent a few more detailed comments via Rietveld.
--
___
Python tracker rep...@bugs.python.org
Nathan Jensen added the comment:
Is it possible to get the license issues resolved and get this fixed in 2.7.11
since that's the last 2.7 release that is currently scheduled?
--
nosy: +Nathan Jensen
___
Python tracker rep...@bugs.python.org
Steve Dower added the comment:
That's two separate questions:
Is it possible to get the license issues resolved
AFAICT they are resolved. Go ahead and copy the relevant code from setuptools.
get this fixed in 2.7.11
Why do you need/want to build without setuptools?
--
Changes by Ethan Furman et...@stoneleaf.us:
--
nosy: +brett.cannon, eric.snow, ethan.furman, ncoghlan
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24492
___
New submission from Zorceta:
Both python.exe and IDLE can't. IPython is able to, as it inserts REPL input
into linecache.
--
messages: 245694
nosy: zorceta
priority: normal
severity: normal
status: open
title: inspect.getsource can't get source code if provided function isn't from
a
Changes by Armin Rigo ar...@users.sourceforge.net:
Added file: http://bugs.python.org/file39791/test_case.py
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24492
___
New submission from Armin Rigo:
A regression in 3.5: if we use custom objects as modules (like some projects
do), then these custom objects may not have an attribute called __name__.
There is new code in 3.5 added for issue #17636 which tries sometimes to read
the __name__ of a module when
Changes by Ivan Levkivskyi levkivs...@gmail.com:
--
nosy: +levkivskyi
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue19235
___
___
Python-bugs-list
Larry Hastings added the comment:
What's a sensible approach to ameliorate the problem? Gracefully muddle
through without a __name__ on the imported object?
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24492
Changes by R. David Murray rdmur...@bitdance.com:
--
priority: normal - release blocker
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24492
___
Ivan Levkivskyi added the comment:
It looks like on python-dev
(http://www.mail-archive.com/python-dev@python.org/msg88256.html) there is an
agreement that this behavior should not be changed (at least not in the nearest
future). If there are no more comments/suggestions, then maybe one could
Nathan Jensen added the comment:
Ok, I was confused since the ticket was still marked as Open. We are trying to
make an open source CPython extension available for download and building and
we don't want to add a dependency on setuptools. We will patch our build
commands based on the
Changes by STINNER Victor victor.stin...@gmail.com:
--
title: asyncio missing wrap_socket - asyncio missing wrap_socket (starttls)
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23749
___
New submission from Florian Bruhin:
Trying to call a 32bit Python via subprocess from a 64bit one works as expected:
Python 3.4.2 (v3.4.2:ab2c023a9432, Oct 6 2014, 22:16:31) [MSC v.1600 64
bit (AMD64)] on win32
[...]
subprocess.check_call([r'C:\Python34_x32\python.exe', '-c',
Changes by Steve Dower steve.do...@microsoft.com:
--
resolution: - not a bug
status: open - closed
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23246
___
Barry A. Warsaw added the comment:
When I ported Mailman 3 to Python 3.5 I had to remove the check on
email.__version__ :)
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue22508
___
New submission from Antoine Pitrou:
Here is a patch, with additional tests.
--
components: Library (Lib)
files: polar_errno.patch
keywords: patch
messages: 245678
nosy: mark.dickinson, pitrou
priority: normal
severity: normal
stage: patch review
status: open
title: cmath.polar() can
Ned Deily added the comment:
Exactly how are you building the Python 3.4 that does not fail for you? FWIW,
I am able to reproduce the failure easily on a 10.10.3 system using python.org
64-bit/32-bit 3.4.3, using a current MacPorts source-built 3.4.3 (which is
built with clang), and
Jorge Herskovic added the comment:
The failing Python:
3.4.3 (v3.4.3:9b73f1c3e601, Feb 23 2015, 02:52:03)
[GCC 4.2.1 (Apple Inc. build 5666) (dot 3)]
The non-failing Python:
3.4.3 (default, Jun 23 2015, 06:33:02)
[GCC 4.2.1 Compatible Apple LLVM 6.1.0 (clang-602.0.53)]
The non-failing python,
Florian Bruhin added the comment:
That gives me Environment variable SYSTEMROOT not defined which would explain
the Fatal Python error I'm seeing.
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24493
Ned Deily added the comment:
The problem you describe was covered by Issue4180 and fixed in Python 3.4.2.
From the discussion there, you can see that it was decided to not change the
behavior of Python 2.7.
--
nosy: +ned.deily
resolution: - duplicate
stage: - resolved
status: open
Ned Deily added the comment:
Jakub, thanks for your suggested changes. But this issue was closed and the
documentation updated many years ago. Please open a new issue with your
suggested changes, otherwise they will likely be forgotten and ignored.
--
nosy: +ned.deily
Steve Dower added the comment:
Finally got back to looking at this, and since %f works against MSVC 14.0 I'm
just going to remove the part of the test that is currently failing and close
this issue.
--
___
Python tracker rep...@bugs.python.org
New submission from lilydjwg:
I want to use fileinput to modify files, but find no way to specify the file
encoding. I tried to use hook_encoded, but it says FileInput cannot use an
opening hook in inplace mode.
--
components: Library (Lib)
messages: 245711
nosy: lilydjwg
priority:
Roundup Robot added the comment:
New changeset 2c10e9f62613 by Steve Dower in branch '3.5':
Closes #24244: Removes invalid test from test_time
https://hg.python.org/cpython/rev/2c10e9f62613
New changeset f0ca1fabb41f by Steve Dower in branch 'default':
Closes #24244: Removes invalid test from
Changes by Zorceta zorc...@gmail.com:
--
nosy: -docs@python
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12920
___
___
Python-bugs-list mailing
Changes by Zorceta zorc...@gmail.com:
--
components: +IDLE, Interpreter Core -Documentation
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue12920
___
Raymond Hettinger added the comment:
Sorry Larry, but I prefer Serhiy's version. The known_hash variants need to
have their own function intact version and gum up the rest of the code. See
the current known_hash function for comparison (Serhiy modeled on what we had
already decided to do
eryksun added the comment:
It seems only a minimal set of environment variables are set
Apparently the initial environment is empty. The values you see are defaults
set by cmd.exe when it starts. It also sets the 'hidden' variable =C: to the
current directory on the C: drive, which you can
Milan Oberkirch added the comment:
Here is a simple patch that would solve this issue.
The new fixer 'future_builtins' removes `from future_builtins import foo`
statements if they aren't nested in other constructs (try-except, classes, ...)
and replaces them with `pass` otherwise.
--
Zorceta added the comment:
When provided object is not from a file, like input in interactive shell,
`inspect` internals will check for it in `linecache`, which official Python
shell and IDLE won't put interactive shell input into, yet. This can be simply
solved.
Whether interactive shell
Cyd Haselton added the comment:
UPDATE:
Spent this past weekend fixing the broken on-device compiler. Will get to
tests this weekend
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue23496
Julien Palard added the comment:
I only have a `socket.setdefaulttimeout(10)` just after my imports...
--
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24486
___
Changes by DmitryJ ga...@tut.by:
Added file: http://bugs.python.org/file39781/issue24467-3.2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24467
___
DmitryJ added the comment:
Attached is a patch that fixes the reported issue.
Since there are no visible side effects in Python, I could not write a test for
this.
--
keywords: +patch
Added file: http://bugs.python.org/file39780/issue24467-2.7.patch
Changes by DmitryJ ga...@tut.by:
Added file: http://bugs.python.org/file39783/issue24467-3.4.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24467
___
Changes by DmitryJ ga...@tut.by:
Added file: http://bugs.python.org/file39784/issue24467-3.5.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24467
___
Changes by DmitryJ ga...@tut.by:
Added file: http://bugs.python.org/file39782/issue24467-3.3.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24467
___
Larry Hastings added the comment:
I suggest that 20 lines of identical code copy-and-pasted between two functions
is not the cleanest way to do it. Find attached my version of the patch, which
splits this common code out into a static function.
--
Added file:
DmitryJ added the comment:
Offending code in 2.7:
https://hg.python.org/cpython/file/20c9290a5de4/Objects/bytearrayobject.c#l2381
https://hg.python.org/cpython/file/20c9290a5de4/Objects/bytearrayobject.c#l2412
Let n = 16, where = 0; memmove() then attempts to copy (n - where) = 16 bytes
where
Changes by Serhiy Storchaka storch...@gmail.com:
--
nosy: +serhiy.storchaka
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24467
___
___
Paul Anton Letnes added the comment:
I created a patch to the devguide with some rewording as necessary. As I am not
an expert on porting Python, it would be great if someone could point out any
mistakes I made. The new FAQ is at the very bottom of the file, as I didn't
find any other
Serhiy Storchaka added the comment:
r'[^\W\d]\w*' doesn't match all valid Python identifiers. It would be more
correct to write the check as:
root, ext = os.path.splitext(basename)
if not (ext == '.py' and root.isidentifier()):
# valid Python identifiers only
return
R. David Murray added the comment:
Those are in the second (or rather the first, in the file) group of tests,
which have a timeout of 3 on python3. The comment in the test case says that
DNS lookup delays can cause timeouts. Is there any chance that that machine
sometimes has problems
R. David Murray added the comment:
Yes, I bet that regex is left over from python2, where we didn't have
isidentifier.
--
nosy: +r.david.murray
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24263
Ned Deily added the comment:
FWIW, building 3.4.3 from source as you described results in failures about 30%
of the time. With some of the earlier tests, it failed even more frequently.
This is running on a 2.2GHz I7.
--
___
Python tracker
Ned Deily added the comment:
In duplicate Issue24491, zorceta notes: Both python.exe and IDLE can't.
IPython is able to, as it inserts REPL input into linecache.
--
nosy: +ned.deily, zorceta
versions: +Python 3.5, Python 3.6 -Python 3.2, Python 3.3
Florian Bruhin added the comment:
Sorry I missed this - I can reproduce this on Windows 8.1, but not on Windows
7. I hope I'll be able to try another Windows 8.1 machine today.
SYSTEMROOT is definitely set in the original environment:
os.environ['SYSTEMROOT']
'C:\\Windows'
sih4sing5hong5 added the comment:
update by adding `except AttributeError:`
--
Added file: http://bugs.python.org/file39794/VALID_MODULE_NAME2.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24263
eryksun added the comment:
I can't reproduce this in Windows 7 or 10 using Python 3.4. What gets printed
for the following?
import os
import subprocess
cmd32 = os.path.join(os.environ['SYSTEMROOT'], 'SysWOW64', 'cmd.exe')
subprocess.call('{} /c set SYSTEMROOT'.format(cmd32), env=os.environ)
Ned Deily added the comment:
Can you show the version info from the Python 3.4 where you see the failures?
/usr/local/bin/python3.4 -c 'import sys;print(sys.version)'
--
nosy: +ned.deily
___
Python tracker rep...@bugs.python.org
Joe Jevnik added the comment:
I removed the C implementation.
--
Added file: http://bugs.python.org/file39792/operator_subscript_pyonly.patch
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue24379
Changes by irdb electro@gmail.com:
--
nosy: +irdb
___
Python tracker rep...@bugs.python.org
http://bugs.python.org/issue15348
___
___
Python-bugs-list mailing list
67 matches
Mail list logo