[issue28331] "CPython implementation detail:" is removed when contents is translated

[Berker Peksag]

Berker Peksag added the comment:

I couldn't find any dummy HTML in the Sphinx codebase.

Wouldn't something like work without a dummy HTML?

from sphinx.locale import versionlabels, l_

versionlabels['cpythonimpldetail'] = l_('CPython implementation detail')

Then use it in ImplementationDetail.run() method like 
https://github.com/sphinx-doc/sphinx/blob/master/sphinx/directives/other.py#L204

--

___
Python tracker 

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

[issue28329] Add support for customizing scheduler's timefunc and delayfunc using subclassing

[Jaysinh shukla]

Jaysinh shukla added the comment:

Hey Raymond,
Since you rejected the issue, I would like to mention two points.

1. I believe Threading does have the similar interface. 
https://docs.python.org/3/library/threading.html where `Thread.target` and 
`Tread.run()` behaves same. 
2. If possible, Can I propose a patch to remove that comment so that it 
doesn't create any confusions like this in future?

--

___
Python tracker 

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

[issue17188] Document 'from None' in raise statement doc.

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

reuploaded thomir's patch issue17188_3.4.patch as is.
I take no credit for this.

--
Added file: http://bugs.python.org/file44967/issue17188_by_thomir.patch

___
Python tracker 

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

[issue28331] "CPython implementation detail:" is removed when contents is translated

[INADA Naoki]

INADA Naoki added the comment:

Ah, I misunderstood your comment is about Sphinx's internal DOM.

Sphinx has own pot and po files.

In case of custom extension, `sphinx-build -b gettext` doesn't extract
messages from Python code. That's why I used dummy html template.

Another way is adding custom make target, which runs `sphinx-build -b gettext`
and custom command to generate another pot from pyspecific extension.

--

___
Python tracker 

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

[issue21131] test_faulthandler.test_register_chain fails on 64bit ppc/arm with kernel >= 3.10

[STINNER Victor]

STINNER Victor added the comment:

> We're running into this building python 3.4.3 on EL6 ppc64.  The os kernel is 
> 4.7.2-201.fc24.ppc64, but the EL6 chroot kernel-headers are 
> 2.6.32-642.4.2.el6.  Any progress here?

Sorry, but if I'm unable to reproduce the issue, I cannot make progress on 
analyzing the bug. I would need an remote access (SSH) to a computer where the 
bug can be reproduced.

I also would like to know if the issue can be reproduced in C.

faulthandler depends a lot how signals and threads are implemented. I'm not 
completely suprised to see bugs on some specific platforms.

--

___
Python tracker 

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

[issue28356] Windows: os.rename different in python 2.7.12 and python 3.5.2

[STINNER Victor]

STINNER Victor added the comment:

> In scanning over issue 8828, I see no discussion of the consequences of not 
> using MOVEFILE_COPY_ALLOWED in Antoine's patch, so it appears that this 
> behavior change was unintentional.

Depending on your point of view, it *can* be seen as an enhancement.

See the documentation of MOVEFILE_COPY_ALLOWED: "If the file is
successfully copied to a different volume and the original file is
unable to be deleted, the function succeeds leaving the source file
intact." This behaviour can be seen as a source of bug. It can be
acceptable if if is expected.

Since shutil.move() already implements the copy+delete fallback, I
suggest to *not* change os.rename() but *document* the behaviour
change:

* os.rename() can fail if source and destination are on two different
file systems
* Use shutil.move() to support move to a different directory

https://docs.python.org/dev/library/shutil.html#shutil.move already
explains well the behaviour when two different filesystems are used:
"... os.rename() is used. Otherwise, src is copied to dst using
copy_function and then remove ..."

I also suggest to mention in shutil.move() doc that the source can be
left undeleted if delete fails for some reason when copy+delete is
used.

--

___
Python tracker 

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

[issue20491] textwrap: Non-breaking space not honored

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

The code of the textwrap module was changed since publishing the last patch. 
Proposed patch resolves conflicts and addresses Eric's comments.

Maybe add breaking Unicode spaces (OGHAM SPACE MARK, EN QUAD, etc) to 
_whitespace?

I think in future we should implement the Unicode line breaking algorithm [1].

[1] http://www.unicode.org/reports/tr14/

--
Added file: http://bugs.python.org/file44968/honor-non-breaking-spaces2.patch

___
Python tracker 

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

[issue28331] "CPython implementation detail:" is removed when contents is translated

[INADA Naoki]

Changes by INADA Naoki :


Added file: http://bugs.python.org/file44969/impl-detail2.patch

___
Python tracker 

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

[issue24098] Multiple use after frees in obj2ast_* methods

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka

___
Python tracker 

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

[issue28230] tarfile does not support pathlib

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag

___
Python tracker 

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

[issue28231] zipfile does not support pathlib

[Berker Peksag]

Changes by Berker Peksag :


--
components: +Library (Lib)
nosy: +berker.peksag
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

[issue13631] readline fails to parse some forms of .editrc under editline (libedit) emulation on Mac OS X

[Berker Peksag]

Changes by Berker Peksag :


--
nosy: +berker.peksag
versions: +Python 3.6, Python 3.7 -Python 3.4

___
Python tracker 

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

[issue17345] Portable and extended type specifiers for array module

[Berker Peksag]

Berker Peksag added the comment:

This looks like a duplicate of issue 9066.

--
nosy: +berker.peksag
resolution:  -> duplicate
stage: needs patch -> resolved
status: open -> closed
superseder:  -> Standard type codes for array.array, same as struct

___
Python tracker 

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

[issue12294] multiprocessing.Pool: Need a way to find out if work are finished.

[Berker Peksag]

Changes by Berker Peksag :


--
keywords:  -easy
nosy: +davin
versions: +Python 3.7 -Python 3.3

___
Python tracker 

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

[issue12706] timeout sentinel in ftplib and poplib documentation

[Berker Peksag]

Berker Peksag added the comment:

Documentation changes look good to me. However, I'd prefer using 
socket._GLOBAL_DEFAULT_TIMEOUT in the timeout parameter of FTP.connect().

--
keywords: +easy
nosy: +berker.peksag
versions: +Python 3.5, Python 3.6, Python 3.7 -Python 2.7, Python 3.2, Python 
3.3

___
Python tracker 

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

[issue12274] "Print window" menu on IDLE aborts whole application

[Berker Peksag]

Changes by Berker Peksag :


--
stage: test needed -> resolved
status: open -> closed

___
Python tracker 

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

[issue21626] Add options width and compact to pickle cli

[Berker Peksag]

Berker Peksag added the comment:

Thanks for the patch, but the pickle CLI is not part of the public API and I 
don't think these new options are going to be useful for general use.

Closing this as 'rejected'. Please re-open if Serhiy (or others) would find 
this a reasonable improvement.

--
nosy: +berker.peksag, serhiy.storchaka
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue28230] tarfile does not support pathlib

[Berker Peksag]

Changes by Berker Peksag :


--
components: +Library (Lib)

___
Python tracker 

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

[issue28353] os.fwalk() unhandled exception when error occurs accessing symbolic link target

[Samson Lee]

Samson Lee added the comment:

This is definitely a bug because there is no way an unhandled exception like 
this is acceptable behaviour. The behaviour is that the fwalk iteration will 
stop and there is no way to recover / continue. Also fwalk takes an onerror 
callback function that won't be called with this error.

--

___
Python tracker 

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

[issue10716] Modernize pydoc to use better HTML and separate CSS

[Peter Lovett]

Peter Lovett added the comment:

I see that pydoc still useful, and have 6 points I'd like to work on with 
pydoc. Is this too much for one issue? Should I break bits out to another 
issue(s)? Although it would make sense to do it all in one go.

---
Pydoc is a good way to get users (especially beginners) used to writing 
docstrings, and leads nicely into doctest and similar tools.
Other languages, such as Perl and Java have similar tools that generate text or 
html documentation from code.
Some have used pydoc classes for their own uses.
It is not intended that pydoc would compete with Sphinx. Sphinx is not core.

pydoc changes
---
1. Fix .\ (or ./) problem
Currently, documenting a single module requires the prefix of .\
TODO: Change to check:
If it's a directory, document all .py files in that directory.
If it's a Python file, document that.
If it's one of the special keywords, display that documentation.
Otherwise, display an error.

Currently:
user@server:/mnt/c/course$ pydoc -w helloFunc.py
no Python documentation found for 'helloFunc.py'

user@server:/mnt/c/course$ pydoc -w ./helloFunc.py
wrote helloFunc.html

TODO: Update the help strings.


2. Fix command line run error message
Currently, passing an argument (that is not a keyword and is not a filename 
that exists) displays an error message that isn't relevant to this context:

C:\course> py -3 "C:\Program Files (x86)\Python35-32\Lib\pydoc.py"  
notthere.py
No Python documentation found for 'notthere.py'.
Use help() to get the interactive help utility.
Use help(str) for help on the str class.

This changed from Python2:
C:\course> py -2 "C:\Python27\Lib\pydoc.py"  notthere.py
No Python documentation found for 'notthere.py'.

TODO: Remove the last two lines of the help output from Py3 pydoc when run from 
the command line.


3. Add "-h" command-line argument.
TODO: Add "-h This help summary" to the output of pydoc -h
All the existing options are single letter, so make it just -h
Continue the current behaviour of "no command arguments or switches" displays 
help.


4. TODO: Unknown command line option should give an error.
Currently, pydoc with an unknown command line option doesn't give an error, but 
just displays the standard help:
C:\course> py -3 "C:\Program Files (x86)\Python35-32\Lib\pydoc.py" -j
pydoc - the Python documentation tool

pydoc  ...
Show text documentation on something.   may be the name of a
Python keyword, topic, function, module, or package, or a dotte
...

This can add confusion. It would be more useful to display a specific error, 
and refer users to more help, like ls does:
user@server:~$ ls -j
ls: invalid option -- 'j'
Try 'ls --help' for more information.


5. TODO: Improve HTML output
Oh yes. 
There's a few good contributions on this, but I think Frédéric Jolliton's 
summary is the most succinct.


6. Additional command line argument
To allow certain command line arguments.
Sidenote: Both pod (http://perldoc.perl.org/pod2html.html) and javadoc 
(http://download.java.net/jdk7u2/docs/technotes/tools/solaris/javadoc.html) 
have many command line arguments. I'm not proposing for significant changes, 
but I think the below options would add significantly to the usability, and are 
modeled on pod and javadoc.
It is not intended that pydoc would compete with Sphinx.
TODO:
+ --helpSame as -h for help
+ --css=Override the built-in stylesheet
+ --output or -d or --dir   Output directory name
+ --verbose  More verbose output

--

___
Python tracker 

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

[issue12294] multiprocessing.Pool: Need a way to find out if work are finished.

[Petri Lehtinen]

Changes by Petri Lehtinen :


--
nosy:  -petri.lehtinen

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Added file: http://bugs.python.org/file44970/all_rst_patch_default.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: 
http://bugs.python.org/file44954/Doc_library_ctypes_rst_version_3_6.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Added file: http://bugs.python.org/file44971/v_2_7_conflict_files.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: 
http://bugs.python.org/file44951/Doc_library_ctypes_rst_default.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: 
http://bugs.python.org/file44952/Doc_library_ctypes_rst_version_2_7.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: 
http://bugs.python.org/file44953/Doc_library_ctypes_rst_version_3_5.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: http://bugs.python.org/file44955/other_rst_default.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: http://bugs.python.org/file44956/other_rst_version_2_7.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: http://bugs.python.org/file44957/other_rst_version_3_5.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Changes by Jaysinh shukla :


Removed file: http://bugs.python.org/file44958/other_rst_version_3_6.diff

___
Python tracker 

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

[issue28315] incorrect "in ?" output in 'divide' example at "Defining Clean-up Actions" in tutorial

[Jaysinh shukla]

Jaysinh shukla added the comment:

Hello Terry,
According to your instructions I had uploaded two patch files. The file 
named `all_rst_patch_default.diff` is applicable for version `default`, `3.5`, 
`3.6` and for most files of `2.7`. The file named `v_2_7_conflict_files.diff` 
is a correct patch of all rejected files. I have unlinked previous patch files. 
Please guide me if I had done mistake at any stage. Many Thanks!

--

___
Python tracker 

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

[issue28362] Deprecation warning doesn't stand out enough

[R. David Murray]

R. David Murray added the comment:

Agreed. The removal of the red was a conscious choice.  As I remember it, that 
choice got reflected into the Sphinx defaults, rather than the other way around 
:)

--
nosy: +r.david.murray
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue28259] Ctypes bug windows

[Steve Dower]

Steve Dower added the comment:

Ultimately we need something to put in the test suite to make sure it's fixed 
and doesn't regress in the future. It's asking a lot of our volunteers to 
investigate a bug on very little information.

--
stage:  -> test needed

___
Python tracker 

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

[issue10716] Modernize pydoc to use better HTML and separate CSS

[R. David Murray]

R. David Murray added the comment:

You sound like you think we want to get rid of pydoc, which is certainly not 
true :).  As I understand it it is only the *html* output of pydoc that we are 
considering deprecating.

Yes, you should open separate issues for your proposed changes.  1 and 2 should 
be separate issues, 3 and 4 should be combined into a proposal to convert pydoc 
to using argparse.  5 you can skip, and 6 I don't think will be accepted, 
although you are welcome to propose it along with some motivating use cases.

--

___
Python tracker 

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

[issue28363] -D_LARGE_FILES not exported to modules (for AIX)

[Michael Felt]

New submission from Michael Felt:

I was asked to assist with some problems with a "pip install numpy" and - maybe 
I am barking up the wrong tree. However, in the thread 
https://github.com/numpy/numpy/issues/8118

in short, if "python" is responsible for providing the -D flags "extensions" 
receive during the pip build process - the -D_LARGE_FILES also needs to be 
provided for AIX.

DETAILS...

you can see the complete command "pip build|install" reports as creating an 
error at the URL above - here is the critical part.

xlc_r -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -q64 -I/opt/buildaix/includes 
-DNDEBUG -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGEFILE_SOURCE=1 
-D_LARGEFILE64_SOURCE=1 ...

The key error is several of this form:

"/usr/include/unistd.h", line 921.25: 1506-343 (S) Redeclaration of fclear64 
differs from previous declaration on line 918 of "/usr/include/unistd.h".
"/usr/include/unistd.h", line 921.25: 1506-050 (I) Return type "long long" in 
redeclaration is not compatible with the previous return type "long".
"/usr/include/unistd.h", line 921.25: 1506-377 (I) The type "long long" of 
parameter 2 differs from the previous type "long".
"/usr/include/unistd.h", line 922.25: 1506-343 (S) Redeclaration of 
fsync_range64 differs from previous declaration on line 919 of 
"/usr/include/unistd.h".
"/usr/include/unistd.h", line 922.25: 1506-377 (I) The type "long long" of 
parameter 3 differs from the previous type "long".

with the include file:
Excerpt:
+914 #ifdef _LARGE_FILES
+915 #define fclear fclear64
+916 #define fsync_range fsync_range64
+917 #endif
+918 extern off_t fclear(int, off_t);
+919 extern int fsync_range(int, int, off_t, off_t);
+920 #ifdef _LARGE_FILE_API
+921 extern off64_t fclear64(int, off64_t);
+922 extern int fsync_range64(int, int, off64_t, off64_t);
+923 #endif

After adding
# export CFLAGS="-D_LARGE_FILES"

pip install completes without any error messages

(the command becomes):
xlc_r -I/opt/include -O2 -qmaxmem=-1 -qarch=pwr5 -q64 -I/opt/buildaix/includes 
-DNDEBUG -DHAVE_NPY_CONFIG_H=1 -D_FILE_OFFSET_BITS=64 -D_LARGE_FILES 
-D_LARGEFILE_SOURCE=1 -D_LARGEFILE64_SOURCE=1 ...

--
components: Extension Modules
messages: 278124
nosy: Michael.Felt
priority: normal
severity: normal
status: open
title: -D_LARGE_FILES not exported to modules (for AIX)
type: behavior
versions: Python 2.7

___
Python tracker 

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

[issue24632] Improve documentation about __main__.py

[Dima Tisnek]

Dima Tisnek added the comment:

+1, I too would like to see this documented

--
nosy: +Dima.Tisnek

___
Python tracker 

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

[issue10716] Modernize pydoc to use better HTML and separate CSS

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I disagree with deprecating HTML output. Pydoc has builtin HTTP server, it 
provides the documentation with hyperlinks. It would be nice if IDLE use this 
feature for displaying interactive help.

I think we should enhance HTML output not just by making it looking better, but 
by adding more interactivity. For example add the ability to collapse classes, 
methods, etc, add more hyperlinks.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue10716] Modernize pydoc to use better HTML and separate CSS

[R. David Murray]

R. David Murray added the comment:

That sounds like a reasonable argument to me.

To clarify something in my last post: 5 should be skipped in terms of opening 
new issues because it is already covered by this issue.

If Terry would like to see pydoc enhanced to support idle, then I think that 
would decide the issue.

--
assignee: eric.araujo -> 
nosy: +terry.reedy

___
Python tracker 

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

[issue24632] Improve documentation about __main__.py

[Mariatta Wijaya]

Changes by Mariatta Wijaya :


--
nosy: +Mariatta

___
Python tracker 

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

[issue25720] Fix curses module compilation with ncurses6

[Masayuki Yamamoto]

Masayuki Yamamoto added the comment:

I tried to build curses module on Cygwin (Vista x86) using #25720 patch. And it 
has been succeeded.
When test_curses ran without skip condition, it was same result as msg278060 
(#28190).

I found out build success reasons for cases of applying patch:
#25720 -- implementation of WINDOW is opaque (*but* WINDOW_HAS_FLAGS is defined 
at Include/py_curses.h:61 ). However, curses module build went well to cover 
the _flags field from source code by is_pad.
#14598 -- implementation of WINDOW is not opaque (WINDOWS_HAS_FLAGS is defined 
at configure script). Therefore, curses module build went well because WINDOW 
has the _flags field.
#28190 -- implementation of WINDOW is opaque (WINDOW_HAS_FLAGS isn't defined: 
py_curses.h has been cleaned by patch). Hence, curses module build went well to 
remove the _flags field from source code at preprocessing.

All case tests on Cygwin have failed at unget_wch.

--
nosy: +masamoto

___
Python tracker 

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

[issue28364] Windows - Popen (subprocess.py) does not call _handle.Close() at all

[Mateusz Klatt]

New submission from Mateusz Klatt:

_subprocess.TerminateProcess(self._handle, 1)

is not enough, on windows need to call self._handle.Close() after that

self._handle.Close() should be also called in __del__ - for the process es that 
ware not killed bu user, but terminated by themselves.

To reproduce... run popen in loop and observe file descriptors usage 
(SysInternals... handle -s -p )

--
components: Library (Lib)
messages: 278129
nosy: Mateusz Klatt
priority: normal
severity: normal
status: open
title: Windows - Popen (subprocess.py) does not call _handle.Close() at all
versions: Python 2.7

___
Python tracker 

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

[issue24632] Improve documentation about __main__.py

[Nick Coghlan]

Nick Coghlan added the comment:

Yeah, I never found a good place to document this, hence the relatively sparse 
references in the "using" docs.

The most complete official docs for these features are actually in runpy:

* https://docs.python.org/3/library/runpy.html#runpy.run_module
* https://docs.python.org/3/library/runpy.html#runpy.run_path

run_module is a thin wrapper around the same core code that actually implements 
the -m switch

run_path is a Python level reimplementation of the __main__ execution logic

There's also 
http://www.curiousefficiency.org/posts/2011/03/what-is-python-script.html on my 
blog and the explanation of the options that need to be supported in PEP 432: 
https://www.python.org/dev/peps/pep-0432/#preparing-the-main-module

A lot of the confusion stems from the fact that directory & zipfile execution 
was added without a PEP back in 2.6 (it was just a normal tracker issue) and we 
forgot to add it to the What's New document. We hoped the inclusion of the 
zipapp module in Python 3.5 via PEP 441 might help resolve that lack of 
awareness, but it doesn't seem to have had much impact.

--

___
Python tracker 

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

[issue24632] Improve documentation about __main__.py

[Nick Coghlan]

Nick Coghlan added the comment:

In the same vein of "I never worked out a good offical home for it", a couple 
of the "Traps for the Unwary" I describe for Python's import system are closely 
related to __main__ module execution and the impact that has on sys.path and 
sys.modules:

* 
http://python-notes.curiousefficiency.org/en/latest/python_concepts/import_traps.html#the-double-import-trap
* 
http://python-notes.curiousefficiency.org/en/latest/python_concepts/import_traps.html#executing-the-main-module-twice

--

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[A.J.]

New submission from A.J.:

whenever I go to run a program no matter what I do it always says syntax error 
and highlights the 5 in the 3.5.2 version banner

--
components: Windows
messages: 278132
nosy: paul.moore, radialbeast, steve.dower, tim.golden, zach.ware
priority: normal
severity: normal
status: open
title: 3.5.2 syntax issue
versions: Python 3.5

___
Python tracker 

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

[issue28240] Enhance the timeit module: display average +- std dev instead of minimum

[STINNER Victor]

STINNER Victor added the comment:

Oh, cfbolz just modified timeit in PyPy to display average (mean) and standard 
deviation:
https://bitbucket.org/pypy/pypy/commits/fb6bb835369e

Moreover, PyPy timeit now displays the following warning:
---
WARNING: timeit is a very unreliable tool. use perf or something else for real 
measurements
---

--

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[Zachary Ware]

Zachary Ware added the comment:

Hi A.J.,

What you're describing isn't really possible, so you're going to need to 
provide some more detail.  Please copy and paste your Command Prompt session 
into a message here to show us what's going on.

--

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[Tim Golden]

Tim Golden added the comment:

This sometimes happens when someone copies from a book or a tutorial and
includes as though code the banner header which is only meant to
illustrate the context.

--

___
Python tracker 

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

[issue28366] Syntax issue

[A.J.]

Changes by A.J. :


--
files: image1.jpeg, image2.jpeg, unnamed, unnamed
nosy: radialbeast
priority: normal
severity: normal
status: open
title: Syntax issue
Added file: http://bugs.python.org/file44972/image1.jpeg
Added file: http://bugs.python.org/file44973/unnamed
Added file: http://bugs.python.org/file44974/image2.jpeg
Added file: http://bugs.python.org/file44975/unnamed

___
Python tracker 

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

[issue2897] Deprecate structmember.h

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

I am attaching a proposed doc patch for Python 3.5+.  For 2.7 we should 
probably just add a versionchanged note explaining "restricted mode" has been 
deprecated in Python 2.3.

--
Added file: http://bugs.python.org/file44976/issue2897-docs-3x.diff

___
Python tracker 

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

[issue28366] Syntax issue

[Steven D'Aprano]

New submission from Steven D'Aprano:

Did you take a picture of the screen with your iPhone? Why didn't you take a 
screenshot? Or better still, since this is a text-based medium not a graphics 
error, copy and paste the text involved? That's easier for people to work with, 
including those who are blind or visually impaired.

Your images are fuzzy, clipped, and almost impossible to make out what is going 
on. The closest I can determine is that you are running Python successfully, 
because I can see what looks like a call to:

print('example of error')

working successful: the string is printed, as expected, and no SyntaxError 
occurs. That's image1.

image2 is even harder to make out, some of the text is so out of focus I cannot 
read it, but again it shows the same line of code successfully executed, but a 
mystery dialog box that says "syntax error".

To start with, please explain how you are running Python. Are you running it in 
the basic Windows terminal? What command did you give to run Python? Or are you 
running IDLE? Did you run it from the Start Menu? What *exact* sequence of 
commands did you give to run Python?

Try to answer using words, not pictures, and ESPECIALLY not out-of-focus photos 
taken with your phone.

And don't start a new ticket, either respond to this one or #28365.

--
nosy: +steven.daprano

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[Steven D'Aprano]

Steven D'Aprano added the comment:

See #28366

--
nosy: +steven.daprano

___
Python tracker 

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

[issue28366] Syntax issue

[Steven D'Aprano]

Changes by Steven D'Aprano :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
versions: +Python 3.5

___
Python tracker 

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

[issue28366] Syntax issue

[Zachary Ware]

Zachary Ware added the comment:

Let's consolidate this to #28365.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> 3.5.2 syntax issue

___
Python tracker 

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

[issue25720] Fix curses module compilation with ncurses6

[Mark Dickinson]

Mark Dickinson added the comment:

> Mark, do you have relation to this?

Sorry, no. Whatever ncurses knowledge I may once have had has long since 
vanished.

--

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[Paul Moore]

Paul Moore added the comment:

I can recreate this (based on the screenshots from #28366).

To reproduce, open IDLE. You get the console banner and prompt. Save that file 
using File-Save. The close IDLE. Reopen it, do File-Open to open your saved 
console session, then use the "Run" menu to run it. (You need to close IDLE, so 
it "forgets" the .py file came from a console session.)

That's incorrect usage, of course (not "of course" to the OP - that's the real 
point here) as the text of a console session isn't a valid Python file, and 
doesn't syntax check. The error is saying precisely that - what is in the file 
isn't valid Python.

So in one sense, this is simply user error. But I wonder, is there something 
about how IDLE presents things that could be improved? Either in the 
documentation or in the UI? I'm not exactly sure what the point of "file-save" 
in a console window is, and certainly it would be better to save the transcript 
as text so it couldn't be inadvertently be read back in as a Python module.

I'm not an IDLE user, though, so I don't really have the background to know the 
best solution.

--

___
Python tracker 

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

[issue28365] 3.5.2 syntax issue

[Steven D'Aprano]

Changes by Steven D'Aprano :


--
nosy: +terry.reedy

___
Python tracker 

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

[issue28365] idle forgets that saved console session is not a python file after restart

[R. David Murray]

R. David Murray added the comment:

I'm retitling the issue.  The new title doesn't necessary represent the "bug" 
that needs to be fixed, but it does seem to represent the *apparent* error.

--
nosy: +r.david.murray
title: 3.5.2 syntax issue -> idle forgets that saved console session is not a 
python file after restart

___
Python tracker 

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

[issue28259] Ctypes bug windows

[Aristotel]

Aristotel added the comment:

I will write (as short as possible) example. Hope to finish it in ~ 1 week.

--

___
Python tracker 

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

[issue28364] Windows - Popen (subprocess.py) does not call _handle.Close() at all

[SilentGhost]

Changes by SilentGhost :


--
components: +Windows
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
type:  -> behavior

___
Python tracker 

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

[issue28365] idle forgets that saved console session is not a python file after restart

[Zachary Ware]

Changes by Zachary Ware :


--
assignee:  -> terry.reedy
components: +IDLE -Windows

___
Python tracker 

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

[issue28363] -D_LARGE_FILES not exported to modules (for AIX)

[Michael Felt]

Michael Felt added the comment:

Now they notice the defines are coming from their project.

closing...

--
resolution:  -> third party
status: open -> closed

___
Python tracker 

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

[issue28367] Add more standard baud rate constants to "termios"

[Andrey Smirnov]

New submission from Andrey Smirnov:

Termios magic constants for the following baud rates:

  - B50
  - B576000
  - B921600
  - B100
  - B1152000
  - B150
  - B200
  - B250
  - B300
  - B350
  - B400

in Linux are different between various architectures (i. e. PowerPC and Alpha 
are different from the rest of them). And because they are defined as 
per-processor symbols the only way to access them is if they are built-in as a 
part of CPython during its compilation.

Attached is the patch implementing that

--
components: Library (Lib)
files: add-more-termios-baudrates.patch
keywords: patch
messages: 278145
nosy: Andrey Smirnov, twouters
priority: normal
severity: normal
status: open
title: Add more standard baud rate constants to "termios"
type: enhancement
Added file: http://bugs.python.org/file44977/add-more-termios-baudrates.patch

___
Python tracker 

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

[issue28364] Windows - Popen (subprocess.py) does not call _handle.Close() at all

[Eryk Sun]

Eryk Sun added the comment:

In 2.7, the _handle attribute is a _subprocess_handle object, which 
automatically calls CloseHandle when deallocated. For example:

>>> p = subprocess.Popen('python -c "import time; time.sleep(120)"')

CreateProcess returns both the process handle and the thread handle. Python 
doesn't use the thread handle, so it explicitly closes it by calling ht.Close():

Breakpoint 0 hit
KERNELBASE!CloseHandle:
7ffb`a32fdf70 4883ec28sub rsp,28h
0:000> kc 5
Call Site
KERNELBASE!CloseHandle
python27!sp_handle_close
python27!PyCFunction_Call
python27!call_function
python27!PyEval_EvalFrameEx
0:000> g

(IMO, it should skip this step if creationflags contains CREATE_SUSPENDED. The 
thread handle makes it simpler to call ResumeThread.)

On the other hand, the process handle is deallocated implicitly when it's no 
longer referenced:

>>> type(p._handle)

>>> hex(int(p._handle))
'0x164L'

>>> p.terminate()
>>> del p

Breakpoint 0 hit
KERNELBASE!CloseHandle:
7ffb`a32fdf70 4883ec28sub rsp,28h
0:000> kc 5
Call Site
KERNELBASE!CloseHandle
python27!sp_handle_dealloc
python27!dict_dealloc
python27!subtype_dealloc
python27!PyDict_DelItem
0:000> r rcx
rcx=0164

If the process handles aren't being closed in your case, then you're probably 
keeping a reference to the Popen instances.

P.S. A Windows handle is not a "file descriptor". Kernel handles are user-mode 
references to kernel objects. They aren't "files" unless the object happens to 
be a File object. A process handle references a kernel Process object.

--
nosy: +eryksun

___
Python tracker 

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

[issue27998] Bytes paths now are supported in os.scandir() on Windows

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
stage: needs patch -> patch review
title: Remove support of bytes paths in os.scandir() -> Bytes paths now are 
supported in os.scandir() on Windows

___
Python tracker 

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

[issue27998] Bytes paths now are supported in os.scandir() on Windows

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7c36e6fd0232 by Serhiy Storchaka in branch '3.6':
Issue #27998: Removed workarounds for supporting bytes paths on Windows in
https://hg.python.org/cpython/rev/7c36e6fd0232

New changeset bcee710c42fe by Serhiy Storchaka in branch 'default':
Issue #27998: Removed workarounds for supporting bytes paths on Windows in
https://hg.python.org/cpython/rev/bcee710c42fe

--
nosy: +python-dev

___
Python tracker 

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

[issue28368] Refuse monitoring processes if the child watcher has no loop attached

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue28368] Refuse monitoring processes if the child watcher has no loop attached

[Yury Selivanov]

New submission from Yury Selivanov:

Proxy issue for https://github.com/python/asyncio/pull/391

--
assignee: yselivanov
components: asyncio
messages: 278148
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Refuse monitoring processes if the child watcher has no loop attached
type: enhancement
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

[issue28368] Refuse monitoring processes if the child watcher has no loop attached

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2110dcef5892 by Yury Selivanov in branch '3.5':
Issue #28368: Refuse monitoring processes if the child watcher has no loop 
attached.
https://hg.python.org/cpython/rev/2110dcef5892

New changeset fb6b60955d62 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28368)
https://hg.python.org/cpython/rev/fb6b60955d62

New changeset 83cc47533e4e by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28368)
https://hg.python.org/cpython/rev/83cc47533e4e

--
nosy: +python-dev

___
Python tracker 

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

[issue27998] Bytes paths now are supported in os.scandir() on Windows

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Tests are passed on Windows.

Now we need to document that bytes paths are supported in os.scandir() on 
Windows since 3.6.

--
assignee: serhiy.storchaka -> docs@python
components: +Documentation -Extension Modules
nosy: +docs@python
stage: patch review -> needs patch
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

[issue28361] BETA report: Python3.6 names pip pip3.6 (and why is the other name pip3)

[Michael Felt]

Michael Felt added the comment:

On 04-Oct-16 21:11, Zachary Ware wrote:
> Zachary Ware added the comment:
>
> Pip is a third party project, so if you'd like to pursue this please open an 
> issue on the pip issue tracker at https://github.com/pypa/pip/issues.
I stand corrected.
> Anyway, pip installs links named the way it does so that you can be (more) 
> sure that you're invoking the correct pip.  'pip3.6' will invoke the pip 
> installed with python3.6, 'pip3' will (or at least should) invoke the pip 
> installed with whatever 'python3' points to, and 'pip' will point to whatever 
> 'python' points to.  When installed in a Python 3 venv, pip also installs a 
> 'pip' link to 'pip3', just as there's also a 'python' link to 'python3'.  In 
> 2.7, pip is also installed as 'pip2.7' and 'pip2' along with 'pip'; again 
> mirroring the version tags on the interpreter links.
So, I guess I should rename my python-3.X packages python3-3.X so they 
can install side.by.side rather than only one or the other. Good point.
>
> --
> nosy: +zach.ware
> resolution:  -> third party
> stage:  -> resolved
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___

--
nosy: +aixto...@gmail.com

___
Python tracker 

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

[issue28369] Raise RuntimeError when transport's FD is used with add_reader etc

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue28369] Raise RuntimeError when transport's FD is used with add_reader etc

[Yury Selivanov]

New submission from Yury Selivanov:

Proxy issue for https://github.com/python/asyncio/pull/420

--
assignee: yselivanov
components: asyncio
messages: 278152
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Raise RuntimeError when transport's FD is used with add_reader etc
type: enhancement
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

[issue28369] Raise RuntimeError when transport's FD is used with add_reader etc

[Roundup Robot]

Roundup Robot added the comment:

New changeset 2b502f624753 by Yury Selivanov in branch '3.5':
Issue #28369: Raise an error when transport's FD is used with add_reader
https://hg.python.org/cpython/rev/2b502f624753

New changeset f3c1d8869dd5 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28369)
https://hg.python.org/cpython/rev/f3c1d8869dd5

New changeset 745e0ff513c2 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28369)
https://hg.python.org/cpython/rev/745e0ff513c2

--
nosy: +python-dev

___
Python tracker 

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

[issue28370] Speedup asyncio.StreamReader.readexactly

[Yury Selivanov]

New submission from Yury Selivanov:

Proxy for https://github.com/python/asyncio/pull/395

--
assignee: yselivanov
components: asyncio
messages: 278154
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Speedup asyncio.StreamReader.readexactly
type: performance
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

[issue28370] Speedup asyncio.StreamReader.readexactly

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue28370] Speedup asyncio.StreamReader.readexactly

[Roundup Robot]

Roundup Robot added the comment:

New changeset b3ef922e6f26 by Yury Selivanov in branch '3.5':
Issue #28370: Speedup asyncio.StreamReader.readexactly
https://hg.python.org/cpython/rev/b3ef922e6f26

New changeset b76553de3a29 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28370)
https://hg.python.org/cpython/rev/b76553de3a29

New changeset 5913c2b1d80a by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28370)
https://hg.python.org/cpython/rev/5913c2b1d80a

--
nosy: +python-dev

___
Python tracker 

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

[issue28371] Deprecate passing asyncio.Handles to run_in_executor

[Yury Selivanov]

New submission from Yury Selivanov:

Proxy issue for https://github.com/python/asyncio/issues/334

--
assignee: yselivanov
components: asyncio
messages: 278156
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Deprecate passing asyncio.Handles to run_in_executor
type: enhancement
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

[issue28371] Deprecate passing asyncio.Handles to run_in_executor

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue28371] Deprecate passing asyncio.Handles to run_in_executor

[Roundup Robot]

Roundup Robot added the comment:

New changeset c8e71ddf1db5 by Yury Selivanov in branch '3.5':
Issue #28371: Deprecate passing asyncio.Handles to run_in_executor.
https://hg.python.org/cpython/rev/c8e71ddf1db5

New changeset c0d84c091db0 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28371)
https://hg.python.org/cpython/rev/c0d84c091db0

New changeset 893f65369fea by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28371)
https://hg.python.org/cpython/rev/893f65369fea

--
nosy: +python-dev

___
Python tracker 

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

[issue27286] str object got multiple values for keyword argument

[Łukasz Langa]

Łukasz Langa added the comment:

The magic number change in a minor release was a mistake. Let's not do that 
with 3.6.x releases. Since Python doesn't check if there's a corresponding .py 
file that can be used to rebuild the .pyc file, we shouldn't reject existing 
.pyc files on the basis that they *might* be broken.

--
nosy: +lukasz.langa

___
Python tracker 

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

[issue28372] Fix asyncio to support formatting of non-python coroutines

[Yury Selivanov]

New submission from Yury Selivanov:

Like the ones that were compiled with Cython.

--
assignee: yselivanov
components: asyncio
messages: 278159
nosy: gvanrossum, yselivanov
priority: normal
severity: normal
stage: resolved
status: open
title: Fix asyncio to support formatting of non-python coroutines
type: enhancement
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

[issue28372] Fix asyncio to support formatting of non-python coroutines

[Yury Selivanov]

Changes by Yury Selivanov :


--
resolution:  -> fixed
status: open -> closed

___
Python tracker 

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

[issue28372] Fix asyncio to support formatting of non-python coroutines

[Roundup Robot]

Roundup Robot added the comment:

New changeset 7bacd209ac4f by Yury Selivanov in branch '3.5':
Issue #28372: Fix asyncio to support formatting of non-python coroutines
https://hg.python.org/cpython/rev/7bacd209ac4f

New changeset f7550d535878 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #28372)
https://hg.python.org/cpython/rev/f7550d535878

New changeset 8bc3e9754b3d by Yury Selivanov in branch 'default':
Merge 3.6 (issue #28372)
https://hg.python.org/cpython/rev/8bc3e9754b3d

--
nosy: +python-dev

___
Python tracker 

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

[issue23749] asyncio missing wrap_socket (starttls)

[Roundup Robot]

Roundup Robot added the comment:

New changeset 3771a6326725 by Yury Selivanov in branch '3.5':
asyncio: Add "call_connection_made" arg to SSLProtocol.__init__
https://hg.python.org/cpython/rev/3771a6326725

New changeset 3e6739e5c2d0 by Yury Selivanov in branch '3.6':
Merge 3.5 (issue #23749)
https://hg.python.org/cpython/rev/3e6739e5c2d0

New changeset f2204eaba685 by Yury Selivanov in branch 'default':
Merge 3.6 (issue #23749)
https://hg.python.org/cpython/rev/f2204eaba685

--
nosy: +python-dev

___
Python tracker 

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

[issue23749] asyncio missing wrap_socket (starttls)

[Yury Selivanov]

Yury Selivanov added the comment:

With the latest change it's possible to implement starttls
as a separate package on PyPI, or even by copying/pasting a small
snipped of code in your project.

It's expected that we'll figure out the API design for starttls
during 3.6, so that we can add it in 3.7.

This issue should be kept open until we have a full public API
for starttls in asyncio.

--
versions:  -Python 3.5, Python 3.6

___
Python tracker 

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

[issue27168] Comprehensions and await need more unittests

[Yury Selivanov]

Yury Selivanov added the comment:

Closing this one. We added a lot of tests as part of the PEP 530 implementation.

--
resolution:  -> fixed
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue24697] Add CoroutineReturn and CoroutineExit builtin exceptions for coroutines

[Yury Selivanov]

Yury Selivanov added the comment:

Closing this one. Seems we can live just fine without these new exceptions.

--
resolution:  -> wont fix
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue25292] ssl socket gets into broken state when client exits during handshake

[Yury Selivanov]

Yury Selivanov added the comment:

Christian, would you be able to look into this before b2?

--

___
Python tracker 

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

[issue10716] Modernize pydoc to use better HTML and separate CSS

[Terry J. Reedy]

Terry J. Reedy added the comment:

Since David added me as nosy, I will address the IDLE issues raised above.

But first, a question.  Does 'deprecating HTML output' merely mean deprecating 
the old output in favor of new and better HTML output, or deprecating having 
any html output, which would also mean deprecating the html doc server?  I am 
strongly against the latter.

Currently, IDLE, in both pyshell and run.py, imports pydoc and sets 
"pydoc.pager = pydoc.plainpager".  Bypassing pydoc.getpager this way is not 
documented, but seems perhaps necessary.  Other than this, I believe 
'help(xyz)' is treated by IDLE just like any other user code.

Serhiy, msg278126 > "It would be nice if IDLE use this feature"

There are actually two features: hmtl output, and the html server, which uses 
the default browser to display the output.

Since a year ago, IDLE help displays the html IDLE doc produced by sphinx in a 
subclass of tkinter Text that feeds the page to a subclass of HTMLParser.  The 
code is in help.py.  Sphinx's html seems to follow Frédéric's guidelines in 
msg246917.  I suspect the CSS files are ignored.  We might want to do something 
similar with pydocs html output.

Raymond: is sphinx's pydoctheme anything like the css you are looking for?  
Could it be used as a starting point?
  
  


There have been requests that 'long' help output (for modules and classes) be 
displayed separately from Shell itself so that it does not obscure history and 
be easier to refer to.  If we do this, using html instead of plain text would 
be nice, especially if new features were added.

Serhiy, cont. > "I think we should enhance HTML output not just by making it 
looking better, but by adding more interactivity. For example add the ability 
to collapse classes, methods, etc, add more hyperlinks."

I mainly use pydoc server for tkinter.  I would *love* have the repetitive 
'inherited methods' section for each class collapsed by default.  Ditto for 
when I use help interactively.  To me, this is the single worst feature of 
pydoc output.

David msg278127 > "If Terry would like to see pydoc enhanced to support idle, 
then I think that would decide the issue."

I am not sure what you mean by 'the issue' and I can't currently think of 
anything IDLE-specific that pydoc should do, other than be consistent.  
However, producing modern, decent looking html output would make html use 
possible.  Incorporating the current output, as displayed in the server, might 
be a net negative PR move.


Side note: thinking about how to make a clickable link in a Text widget, I 
realized that that IDLE already does some syntax tagging for colors (keywords, 
builtins, def and class identifiers).  The same tags could be bound to 
double-click or right-click to display help popups, such as
--
The "if" statement is used for conditional execution:

   if_stmt ::= "if" expression ":" suite
   ( "elif" expression ":" suite )*
   ["else" ":" suite]

It selects exactly one of the suites by evaluating the expressions one
by one until one is found to be true (see section Boolean operations
for the definition of true and false); then that suite is executed
(and no other part of the "if" statement is executed or evaluated).
If all expressions are false, the suite of the "else" clause, if
present, is executed.

Related help topics: TRUTHVALUE

with the grammar chunk highlighted and the related topics clickable.  What IDLE 
would need here is consistency in the format of the help texts.

--

___
Python tracker 

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

[issue24452] Make webbrowser support Chrome on Mac OS X

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Well... I created a patch based on Ned's code :)

This now works in the default branch

Python 3.7.0a0 (default:f2204eaba685+, Oct  5 2016, 20:43:44) 
[GCC 4.2.1 Compatible Apple LLVM 7.3.0 (clang-703.0.31)] on darwin
Type "help", "copyright", "credits" or "license" for more information.
>>> import webbrowser
>>> webbrowser.get("chrome")

>>> webbrowser.open_new("https://www.python.org";)
True


Please review :)

--
keywords: +patch
nosy: +Mariatta
Added file: http://bugs.python.org/file44978/issue24452.patch

___
Python tracker 

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

[issue27825] Make the documentation for statistics' data argument clearer.

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Updated the docs and updated the example codes as well.

Please review :)

--
keywords: +patch
nosy: +Mariatta
Added file: http://bugs.python.org/file44979/issue27825.patch

___
Python tracker 

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

[issue21140] Idle: saving Shell or an OutputWindow should default to .txt

[Terry J. Reedy]

Terry J. Reedy added the comment:

I am closing #28365 in favor of this.  As noted there, Shell is a subclass of 
OutputWindow is a subclass of EditorWindow, so Shell should inherit new 
behavior from OutputWindow instead of both from EW.

Change to the patch: I think .py should not even be a selectable option as 
Shell cannot be edited down to code, and it would make no sense to do so.  And 
anyone who did want to save as .py could select 'all types' and type '.py' 
explicitly.

I was thinking that filetype should be set in OutputWindow, but that does not 
include text files in an editor window (with 
editwin.ispythonsource(self.filename) False).  Another reason is that I want to 
change the editor class structure.

Currently. the editor window used for all files is the confusingly named 
PyShellEditorWindow in pyshell.py, which adds breakpoints to EditorWindow.  In 
long run, EditorWindow should be used for non-python editing.  The current 
PyShellEditorWindow should become PythonEditor and have all the attributes and 
methods specific to python code.  Then EditorWindow.filetypes would have .txt 
and *.* and .py would be added in PythonEditor.  It would also, then, not be 
necessary to disable code stuff in OutputWindow (like the Run menu).  (In fact, 
it might turn out that EditorWindow and OutputWindow would be the same, a base 
TextEditor

--
assignee:  -> terry.reedy
stage: needs patch -> patch review
versions: +Python 3.6, Python 3.7 -Python 2.7, Python 3.4, Python 3.5

___
Python tracker 

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

[issue28201] dict: perturb shift should be done when first conflict

[INADA Naoki]

INADA Naoki added the comment:

While I think this patch is safe, I need LGTM from another committer
because I'm new committer.

Could Tim or Raymond review the patch before 3.6beta2?

--

___
Python tracker 

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

[issue28201] dict: perturb shift should be done when first conflict

[Tim Peters]

Tim Peters added the comment:

LGTM!  Ship it :-)

--

___
Python tracker 

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

[issue28201] dict: perturb shift should be done when first conflict

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Added comments on Rietveld.

--

___
Python tracker 

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

[issue28201] dict: perturb shift should be done when first conflict

[INADA Naoki]

Changes by INADA Naoki :


Added file: http://bugs.python.org/file44980/dict-perturb-shift3.patch

___
Python tracker 

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

[issue27859] argparse - subparsers does not retain namespace

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Seems like this can be closed.
Thanks.

--
nosy: +Mariatta

___
Python tracker 

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

[issue28201] dict: perturb shift should be done when first conflict

[INADA Naoki]

Changes by INADA Naoki :


Added file: http://bugs.python.org/file44981/dict-perturb-shift4.patch

___
Python tracker 

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

[issue24459] Mention PYTHONFAULTHANDLER in the man page

[Mariatta Wijaya]

Mariatta Wijaya added the comment:

Hi Joshua,
Seems like your latest patch doesn't apply cleanly to the default branch.
Can you rebase and upload a new patch?

Thanks.

--
nosy: +Mariatta

___
Python tracker 

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