date:20170209

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

2017-02-09 Thread Łukasz Langa


Łukasz Langa added the comment:

I have a pretty minimal repro. You'll have to download both `mod1.py` and 
`mod2.py` and execute `python3.6 mod1.py`. You'll see:

Exception ignored in: .remove at 
0x7fcb56b09400>
Traceback (most recent call last):
  File "/usr/local/fbcode/gcc-4.9-glibc-2.20-fb/lib/python3.6/weakref.py", line 
117, in remove
TypeError: 'NoneType' object is not callable

I can reproduce this both on CentOS 7 and macOS Sierra. I don't quite 
understand what makes this particular combination of instructions in the 
modules trigger the problem, I'd appreciate some explanation. AFAICT any 
additional simplification to the two modules makes it stop producing the spew.

Note: the spew doesn't happen with 3.6.0, only with master because it's 
directly caused by the missing global after the change in #28427.

--
Added file: http://bugs.python.org/file46617/mod1.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

2017-02-09 Thread Łukasz Langa


Changes by Łukasz Langa :


Added file: http://bugs.python.org/file46618/mod2.py

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29520] Documentation uses deprecated "defindex.html" Sphinx template

2017-02-09 Thread Jim DeLaHunt

New submission from Jim DeLaHunt:

When I build the documentation on the current CPython code, there is a
deprecation warning on the console.

= (beginning of output)
% make html
sphinx-build -b html -d build/doctrees -D latex_elements.papersize= .
build/html
Running Sphinx v1.5.2
...[omitted irrelevant output]...
generating indices... genindex py-modindex
writing additional pages... download index
WARNING: Now base template defindex.html is deprecated.
search opensearch
copying images... [100%] faq/python-video-icon.png

...[omitted irrelevant output]...
build succeeded, 1 warning.

Build finished. The HTML pages are in build/html.
= (end of output)

This is observed when building documentation from branch master, commit
b1dc6b6d5fa20f63f9651df2e7986a066c88ff7d .
The build command is "cd Doc; make html".

There are other warnings in the output, and I'm dealing with them in a
different issue (number to follow). They are easier to fix than this one.

Diagnosis:
Sphinx config file Doc/conf.py:72 invokes the building of template
'indexcontent.html'.
Doc/tools/templates/indexcontent.html:1 contains Sphinx directive
`{% extends "defindex.html" %}`.
This invokes file sphinx/sphinx/themes/basic/defindex.html
[See
https://github.com/sphinx-doc/sphinx/blob/8ecd7ff08249739bbc6d900527fe9306592456ab/sphinx/themes/basic/defindex.html
]. Sure enough, it issues a deprecation warning.

There's a story behind this file.

Sphinx issue 2986 (https://github.com/sphinx-doc/sphinx/issues/2986) says that
this is a very old file, from about the 0.2 version of Sphinx. It wasn't HTML 5
compatible, so they declared it obsolete and threw it out. Well, that lasted
only about two weeks. It became apparent that not only Python's docs, but
thousands of other projects, seem to rely on it. So, defindex.html was
restored, but with the deprecation warning.

Then, on 1. January 2017, Sphinx deleted defindex.html again. (See
https://github.com/sphinx-doc/sphinx/commit/45d3f2e8b279efa9d42068d4109cd97eb3f2d899
). I can only imagine that, once this change makes it into the public release
of Sphinx, Python's documentation, and that of thousands of projects, will
break again.

So, it seems like a good idea to proactively remove the dependence on this
Sphinx file, before that new Sphinx release comes out.

Options:

1. Copy the Sphinx defindex.html file into our source tree, and keep using it.
Plus points: it's simple and easy. Minus points: the Sphinx licence terms may
not permit this. And, it is not HTML5 compatible, which we might care about.

2. Identify the template which Sphinx intends as a successor to defindex.html,
and switch to using that. I've done a bit of searching, and couldn't find out
which template that might be.

3. Reimplement our Doc/tools/templates/indexcontent.html to rely on supported
Sphinx template, and replace whatever intermediate content we were using from
defindex.html with freshly-written code.

I don't have a solution in mind for this issue. I just want to get it in the
bug list, so we know about it.

--
assignee: docs@python
components: Documentation
messages: 287478
nosy: JDLH, docs@python
priority: normal
severity: normal
status: open
title: Documentation uses deprecated "defindex.html" Sphinx template
type: compile error
versions: Python 3.7

___
Python tracker

___
___
Python-bugs-list mailing list
Unsubscribe:
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29515] socket module missing IPPROTO_IPV6, IPPROTO_IPV4 on Windows

2017-02-09 Thread Eryk Sun


Eryk Sun added the comment:

Unless someone has a better (more automated) way to handle the Winsock IPPROTO 
enum, I suggest we either special-case the individual tests for MS_WINDOWS when 
we know that Winsock defines the value; or just define macros for the values in 
the enum:

#ifdef MS_WINDOWS /* Macros based on the IPPROTO enum. */
#define IPPROTO_ICMP IPPROTO_ICMP
#define IPPROTO_IGMP IPPROTO_IGMP
#define IPPROTO_GGP IPPROTO_GGP
#define IPPROTO_TCP IPPROTO_TCP
#define IPPROTO_PUP IPPROTO_PUP
#define IPPROTO_UDP IPPROTO_UDP
#define IPPROTO_IDP IPPROTO_IDP
#define IPPROTO_ND IPPROTO_ND 
#define IPPROTO_RAW IPPROTO_RAW
#define IPPROTO_MAX IPPROTO_MAX
#if (_WIN32_WINNT >= 0x0501)
#define IPPROTO_HOPOPTS IPPROTO_HOPOPTS
#define IPPROTO_IPV4 IPPROTO_IPV4
#define IPPROTO_IPV6 IPPROTO_IPV6
#define IPPROTO_ROUTING IPPROTO_ROUTING
#define IPPROTO_FRAGMENT IPPROTO_FRAGMENT
#define IPPROTO_ESP IPPROTO_ESP
#define IPPROTO_AH IPPROTO_AH
#define IPPROTO_ICMPV6 IPPROTO_ICMPV6
#define IPPROTO_NONE IPPROTO_NONE
#define IPPROTO_DSTOPTS IPPROTO_DSTOPTS
#define IPPROTO_ICLFXBM IPPROTO_ICLFXBM
#endif /* (_WIN32_WINNT >= 0x0501) */
#if (_WIN32_WINNT >= 0x0600)
#define IPPROTO_ST IPPROTO_ST
#define IPPROTO_CBT IPPROTO_CBT
#define IPPROTO_EGP IPPROTO_EGP
#define IPPROTO_IGP IPPROTO_IGP
#define IPPROTO_RDP IPPROTO_RDP
#define IPPROTO_PIM IPPROTO_PIM
#define IPPROTO_PGM IPPROTO_PGM
#define IPPROTO_L2TP IPPROTO_L2TP
#define IPPROTO_SCTP IPPROTO_SCTP
#endif /* (_WIN32_WINNT >= 0x0600) */
#endif /* MS_WINDOWS */

or call PyModule_AddIntConstant(m, "IPPROTO_ICMP", IPPROTO_ICMP) and so on for 
each enum value.

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

2017-02-09 Thread INADA Naoki


INADA Naoki added the comment:

> I'm not sure about the change on PyObject_CallMethod*() only for empty format 
> string.

There are many place using _PyObject_CallMethodId() to call method without args.
Maybe, we should recommend to use _PyObject_CallMethodIdObjArgs() when no 
arguments, and replace all caller in cpython?

--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29519] weakref spewing exceptions during finalization when combined with multiprocessing

2017-02-09 Thread Łukasz Langa


New submission from Łukasz Langa:

Antoine, #28427 introduces a regression. When used with multiprocessing, the 
WeakValueDictionary in `multiprocessing.util._afterfork_registry` causes the 
`remove()` to be invoked during `atexit` and then `sys.meta_path` is None, lots 
of things is None, including the global `_remove_dead_weakref`.

In effect, I'm getting spew like this:

Exception ignored in: .remove at 
0x7fb2b905e2f0>
Traceback (most recent call last):
  File "/usr/local/fbcode/gcc-4.9-glibc-2.20-fb/lib/python3.6/weakref.py", line 
112, in remove
TypeError: 'NoneType' object is not callable
Exception ignored in: .remove at 
0x7fb2b905e2f0>
Traceback (most recent call last):
  File "/usr/local/fbcode/gcc-4.9-glibc-2.20-fb/lib/python3.6/weakref.py", line 
112, in remove
TypeError: 'NoneType' object is not callable
Exception ignored in: .remove at 
0x7fb2b905e2f0>
Traceback (most recent call last):
  File "/usr/local/fbcode/gcc-4.9-glibc-2.20-fb/lib/python3.6/weakref.py", line 
112, in remove
TypeError: 'NoneType' object is not callable
Exception ignored in: .remove at 
0x7fb2b905e2f0>
Traceback (most recent call last):
  File "/usr/local/fbcode/gcc-4.9-glibc-2.20-fb/lib/python3.6/weakref.py", line 
112, in remove
TypeError: 'NoneType' object is not callable

When debugged, this 'NoneType' is `_remove_dead_weakref` (weakref.py:117).

I'm working on a smaller repro, unfortunately this happens as part of a rather 
large multiprocessing app so this might take a while. Just wanted to let you 
know, maybe you'll know right away what the problem is.

--
assignee: pitrou
components: Library (Lib)
keywords: 3.5regression, 3.6regression
messages: 287475
nosy: lukasz.langa, pitrou
priority: normal
severity: normal
status: open
title: weakref spewing exceptions during finalization when combined with 
multiprocessing
type: behavior
versions: Python 3.5, Python 3.6, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29518] 'for' loop not automatically breaking (index error on line of loop header)

2017-02-09 Thread Josh Rosenberg


Josh Rosenberg added the comment:

You're going to need to actually provide the source file here. This makes no 
sense as is.

--
nosy: +josh.r

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29518] 'for' loop not automatically breaking (index error on line of loop header)

2017-02-09 Thread Justin McNiel


New submission from Justin McNiel:

All for loops are refusing to break (Python 2.7.13) on win32
  - only on execution of '.py' file
an example would be:"
for x in range(5): #Line 1 of main.py
print x#Line 2 of main.py
"
and the resulting error would be:"
File "pathToFile\main.py", line 1, in 
for x in range(5):
IndexError: array index out of range
"
I also have 32-bit python 3.6 installed, but the default for opening '.py' 
files is python 2.7
This error happens on custom made generators too, but never in the interactive 
shell.

--
components: Windows
files: pythonError.png
messages: 287473
nosy: Justin McNiel, paul.moore, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: 'for' loop not automatically breaking (index error on line of loop 
header)
type: behavior
versions: Python 2.7
Added file: http://bugs.python.org/file46616/pythonError.png

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29515] socket module missing IPPROTO_IPV6, IPPROTO_IPV4 on Windows

2017-02-09 Thread Eryk Sun


Eryk Sun added the comment:

The macro is defined but not defined. If I insert the following line before the 
#ifdef check:

#define IPPROTO_IPV6 IPPROTO_IPV6

then the constant gets added:

>>> import _socket
>>> _socket.IPPROTO_IPV6
41

The same applies to IPPROTO_IPV4 and probably others.

--
nosy: +eryksun
versions: +Python 3.5, Python 3.7

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29517] "Can't pickle local object" when uses functools.partial with method and args...

2017-02-09 Thread R. David Murray


Changes by R. David Murray :


--
nosy: +serhiy.storchaka

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

[issue29507] Use FASTCALL in call_method() to avoid temporary tuple

2017-02-09 Thread Roundup Robot


Roundup Robot added the comment:


New changeset b1dc6b6d5fa20f63f9651df2e7986a066c88ff7d by Victor Stinner in 
branch 'master':
Issue #29507: Fix _PyObject_CallFunctionVa()
https://github.com/python/cpython/commit/b1dc6b6d5fa20f63f9651df2e7986a066c88ff7d


--

___
Python tracker 

___
___
Python-bugs-list mailing list
Unsubscribe: 
https://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com

1 2 >

1 - 100 of 104 matches

Mail list logo