[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Corresponding Expat issue: https://github.com/libexpat/libexpat/issues/115.

--

___
Python tracker 

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

[issue31170] expat: utf8_toUtf8 cannot properly handle exhausting buffer

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

I confirm the regression (see issue31303 for reproducer). Victor, do you mind 
to update expat to 2.2.4?

This issue can be classified as a security issue, since a regression was added 
in security update.

--
nosy: +benjamin.peterson, georg.brandl, larry, ned.deily
priority: normal -> release blocker

___
Python tracker 

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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

This is a duplicate of issue31170. Updating expat to 2.2.4 fixes this issue.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> expat: utf8_toUtf8 cannot properly handle exhausting buffer

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +3283

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Terry J. Reedy added the comment:


New changeset 390eadd6d041611511dc761bc7d4581530dbd287 by Terry Jan Reedy in 
branch 'master':
bpo-31051:  Rearrange IDLE condigdialog GenPage into Window, Editor, and Help 
sections. (#3239)
https://github.com/python/cpython/commit/390eadd6d041611511dc761bc7d4581530dbd287


--

___
Python tracker 

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

[issue27099] IDLE: turn built-in extensions into regular modules

[Terry J. Reedy]

Terry J. Reedy added the comment:

Configdialog does not import EditorWindow and should not need to with the 
change.  It should also not import the separate modules.  I outlined how I plan 
to update the current extension values in #22707, msg300973.

PR3239 for #31051 prepares GenPage for the transferred options.  msg300973 
specifies which goes where on the page.

--

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Terry J. Reedy added the comment:

'autocomplete and parenmatch' (in that order).  Code context should be last in 
the editor section.

--

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
stage: needs patch -> patch review

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Terry J. Reedy added the comment:

It does not matter for users what we call the class.  MainPage reads a bit 
smoother than GenPage.  I have also considered renaming HighPage as ColorPage 
and relabeling the tab 'Colors'.

The above covers at least 2 issues.  #31306 covers changing Vars and testing 
user entries.

PR3239 Splits the General tab into 3 sections: (shell and editor) window 
preferences, editor preferences, and the help sources.  Charles: the autocomple 
and parenmatch options go in window preferences, as they apply to Shell also.  
The reformat and context options are editor only and go in that section.

--
nosy: +wohlganger

___
Python tracker 

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

[issue31051] IDLE, configdialog, General tab: re-arrange, test user entries

[Terry J. Reedy]

Changes by Terry J. Reedy :


--
pull_requests: +3282

___
Python tracker 

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

[issue31306] IDLE, configdialog, General tab: validate user entries

[Terry J. Reedy]

New submission from Terry J. Reedy:

This was initially part of #31051.  See 2nd have of msg299262 and all of 
msg299263.

--
assignee: terry.reedy
components: IDLE
messages: 301005
nosy: terry.reedy
priority: normal
severity: normal
stage: test needed
status: open
title: IDLE, configdialog, General tab: validate user entries
type: behavior
versions: 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

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

[Morris Li]

Changes by Morris Li :


--
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

[issue31305] 'pydoc -w import' report "no Python documentation found for 'import'"

[Morris Li]

Changes by Morris Li :


--
assignee: docs@python
components: Documentation
nosy: docs@python, limuyuan
priority: normal
severity: normal
status: open
title: 'pydoc -w import' report "no Python documentation found for 'import'"
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

[issue29302] add contextlib.AsyncExitStack

[Alexander Mohr]

Alexander Mohr added the comment:

let me know if I need to do anything

--

___
Python tracker 

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

[issue5001] Remove assertion-based checking in multiprocessing

[Antoine Pitrou]

Antoine Pitrou added the comment:

I suppose this can be closed now.

--
resolution:  -> fixed
stage: patch review -> 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

[issue5001] Remove assertion-based checking in multiprocessing

[Antoine Pitrou]

Antoine Pitrou added the comment:


New changeset bd73e72b4a9f019be514954b1d40e64dc3a5e81c by Antoine Pitrou (Allen 
W. Smith, Ph.D) in branch 'master':
bpo-5001: More-informative multiprocessing error messages (#3079)
https://github.com/python/cpython/commit/bd73e72b4a9f019be514954b1d40e64dc3a5e81c


--

___
Python tracker 

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

[issue30637] Syntax error reported on compile(...), but not on compile(..., ast.PyCF_ONLY_AST)

[Hrvoje Nikšić]

Hrvoje Nikšić added the comment:

> Can you suggest a couple of sentences you would have like to have
> seen, and where?

Thanks, I would suggest to add something like this to the documentation of 
ast.parse:

"""
``parse`` raises ``SyntaxError`` if the compiled source is invalid, and 
``ValueError`` if the source contains null bytes. Note that a successful parse 
does not guarantee correct syntax of ``source``. Further syntax errors can be 
detected, and ``SyntaxError`` raised, when the source is compiled to a code 
object using ``compile`` without the ``ast.PyCF_ONLY_AST`` flag, or executed 
with ``exec``. For example, a lone ``break`` statement can be parsed, but not 
converted into a code object or executed.
"""

I don't think the ``compile`` docs need to be changed, partly because they're 
already sizable, and partly because they don't document individual flags at 
all. (A reference to the ``ast`` module regarding the flags, like the one for 
AST objects in the first paragraph, might be a useful addition.)

--

___
Python tracker 

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

[issue31304] Update doc for starmap_async error_back kwarg

[tamas]

New submission from tamas:

The documentation suggests that multiprocessing.pool.Pool. starmap_async has a 
kwarg called 'error_back', but it actually has a kwarg called 'error_callback' 
to handle errors, just like map_async.

Link:
https://docs.python.org/3.7/library/multiprocessing.html#multiprocessing.pool.Pool.starmap_async

--
assignee: docs@python
components: Documentation
messages: 300999
nosy: docs@python, tamas
priority: normal
severity: normal
status: open
title: Update doc for starmap_async error_back kwarg
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue31297] Unpickleable ModuleImportError in unittest patch not backported to 2.7

[Antoine Pitrou]

Antoine Pitrou added the comment:

I'm guessing the backport may end up non-trivial.  Do you want to try 
submitting a PR for it?

--

___
Python tracker 

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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Simpler reproducer:

>>> import xml.etree.ElementTree
>>> xml.etree.ElementTree.XML(b'')
Traceback (most recent call last):
  File "", line 1, in 
  File "/home/serhiy/py/cpython/Lib/xml/etree/ElementTree.py", line 1315, in XML
parser.feed(text)
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 1023: 
invalid continuation byte

Seems this is a regression in the Expat library.

--
nosy: +haypo
priority: normal -> critical

___
Python tracker 

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

[issue30781] IDLE: configdialog -- switch to ttk widgets.

[Cheryl Sabella]

Changes by Cheryl Sabella :


--
pull_requests: +3280

___
Python tracker 

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

[issue27923] PEP 467 -- Minor API improvements for binary sequences

[Elias Zamaria]

Changes by Elias Zamaria :


--
pull_requests: +3279

___
Python tracker 

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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
assignee:  -> serhiy.storchaka
type: crash -> behavior
versions: +Python 3.7 -Python 3.5

___
Python tracker 

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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[Vyacheslav Rafalskiy]

Changes by Vyacheslav Rafalskiy :


Added file: http://bugs.python.org/file47109/bad_file.xml

___
Python tracker 

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

[issue31303] xml.etree.ElementTree fails to parse a document (regression)

[Vyacheslav Rafalskiy]

New submission from Vyacheslav Rafalskiy:

In Python 3.5.4 and 3.6.2, both on Windows and Linux, parsing a manifestly 
correct xml file like:

xml.etree.ElementTree.parse('bad_file.xml')

raises:
UnicodeDecodeError: 'utf-8' codec can't decode byte 0xc3 in position 1023: 
invalid continuation byte

Any other Python version I tried works fine, including 2.7.13, 3.5.2 ...

--
components: XML
files: bad_file.xml
messages: 300996
nosy: Vyacheslav.Rafalskiy
priority: normal
severity: normal
status: open
title: xml.etree.ElementTree fails to parse a document (regression)
type: crash
versions: Python 3.5, Python 3.6
Added file: http://bugs.python.org/file47108/bad_file.xml

___
Python tracker 

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

[issue31291] zipimport.zipimporter.get_data() crashes when path.replace() returns a non-str

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 631fdee6e61b4ba8ce800f827fecdd536bfb04f3 by Serhiy Storchaka 
(Oren Milman) in branch 'master':
bpo-31291: Fixed an assertion failure in zipimport.zipimporter.get_data() 
(#3226)
https://github.com/python/cpython/commit/631fdee6e61b4ba8ce800f827fecdd536bfb04f3


--

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your contribution Oren!

--
resolution:  -> fixed
stage: backport 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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 20958e6d91d11a80d6c664ce6346791259b1d193 by Serhiy Storchaka 
(Oren Milman) in branch '2.7':
[2.7] bpo-31243: Fixed PyArg_ParseTuple failure checks. (GH-3171) (#3235)
https://github.com/python/cpython/commit/20958e6d91d11a80d6c664ce6346791259b1d193


--

___
Python tracker 

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

[issue29400] Add instruction level tracing via sys.settrace

[George King]

Changes by George King :


--
pull_requests: +3278

___
Python tracker 

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

[issue29400] Add instruction level tracing via sys.settrace

[George King]

George King added the comment:

Attached updated demo script.

--
Added file: http://bugs.python.org/file47107/settracestate-demo.py

___
Python tracker 

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

[issue24900] Raising an exception that cannot be unpickled causes hang in ProcessPoolExecutor

[George King]

Changes by George King :


--
pull_requests: +3277

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Oren Milman]

Changes by Oren Milman :


--
pull_requests: +3276

___
Python tracker 

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

[issue31065] Documentation for Popen.poll is unclear

[Gregory P. Smith]

Gregory P. Smith added the comment:


New changeset 006617ff7d6df3fdedcfe53e94ee2c52cc796437 by Gregory P. Smith 
(Ivan Chernoff) in branch 'master':
bpo-31065: Add doc about Popen.poll returning None. (#3169)
https://github.com/python/cpython/commit/006617ff7d6df3fdedcfe53e94ee2c52cc796437


--
nosy: +gregory.p.smith

___
Python tracker 

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

[issue8087] Unupdated source file in traceback

[Aigars Mahinovs]

Aigars Mahinovs added the comment:

As a point of update - this is a problem that can make debugging more difficult 
for people running web services or other server processes that are expected to 
stay alive for a long time. It is often undesirable to force a server restart 
or reload every time a new code base is deployed, so you can get into 
situations where code running does not match the code on disk. 

If you get a crash and a traceback in such situation, you will be very confused.

As discussed already, this could be solved by taking a hash of the source code 
at module import time and then comparing that to the code on disk during 
traceback printing time - if there is a difference, then print a big fat 
warning that the traceback may be unreliable.

I just lost two days tracking down weird issues that in the end were caused by 
server failing to reload code when it should have done so. Having such warning 
on the first traceback would have alerted me to the problem much earlier.

--
nosy: +Aigars Mahinovs

___
Python tracker 

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

[issue31300] Traceback prints different code than the running module

[R. David Murray]

R. David Murray added the comment:

This is a duplicate of issue 8087, which contains quite a bit of discussion of 
the subtleties of the issue.

--
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Unupdated source file in traceback

___
Python tracker 

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

[issue31286] import in finally results in SystemError

[Thomas Caswell]

Thomas Caswell added the comment:

Your welcome!

Matplotlib ended up just moving the import out of the finally block once we
understood the issue.

Tom

On Tue, Aug 29, 2017 at 8:50 AM Serhiy Storchaka 
wrote:

>
> Serhiy Storchaka added the comment:
>
> Thank you for your report Thomas!
>
> Don't forget to remove pyc-files before re-running the Matplotlib test
> suite.
>
> --
> resolution:  -> fixed
> stage: patch review -> resolved
> status: open -> closed
>
> ___
> Python tracker 
> 
> ___
>

--

___
Python tracker 

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

[issue31302] smtplib on linux fails to log in correctly

[murphdasurf]

murphdasurf added the comment:

PS: The corresponding code is:

server_ssl = smtplib.SMTP(SERVER, PORT)
server_ssl.set_debuglevel(True)
server_ssl.ehlo()
server_ssl.starttls()
server_ssl.login(USER_FOR_AUTHENTICATION, XX)

--

___
Python tracker 

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

[issue31302] smtplib on linux fails to log in correctly

[murphdasurf]

New submission from murphdasurf:

The protocol should run like this:

send: 'ehlo X\r\n'
reply: b'250-XX.com\r\n'
reply: b'250-PIPELINING\r\n'
reply: b'250-SIZE 10048\r\n'
reply: b'250-VRFY\r\n'
reply: b'250-ETRN\r\n'
reply: b'250-STARTTLS\r\n'
reply: b'250-ENHANCEDSTATUSCODES\r\n'
reply: b'250-8BITMIME\r\n'
reply: b'250 DSN\r\n'
reply: retcode (250); Msg: b'.com\nPIPELINING\nSIZE 
10048\nVRFY\nETRN\nSTARTTLS\nENHANCEDSTATUSCODES\n8BITMIME\nDSN'
send: 'STARTTLS\r\n'
reply: b'220 2.0.0 Ready to start TLS\r\n'
reply: retcode (220); Msg: b'2.0.0 Ready to start TLS'
send: 'ehlo X\r\n'
reply: b'250-XX.com\r\n'
reply: b'250-PIPELINING\r\n'
reply: b'250-SIZE 10048\r\n'
reply: b'250-VRFY\r\n'
reply: b'250-ETRN\r\n'
reply: b'250-AUTH LOGIN\r\n'
reply: b'250-AUTH=LOGIN\r\n'
reply: b'250-ENHANCEDSTATUSCODES\r\n'
reply: b'250-8BITMIME\r\n'
reply: b'250 DSN\r\n'
reply: retcode (250); Msg: b'XX.com\nPIPELINING\nSIZE 
10048\nVRFY\nETRN\nAUTH 
LOGIN\nAUTH=LOGIN\nENHANCEDSTATUSCODES\n8BITMIME\nDSN'
send: 'AUTH LOGIN XXX\r\n'
reply: b'334 RRR\r\n'
reply: retcode (334); Msg: b'R'
send: '=\r\n'
reply: b'235 2.7.0 Authentication successful\r\n'
reply: retcode (235); Msg: b'2.7.0 Authentication successful'


And in fact it does so on Windows. However, on Linux it runs like this:

send: 'ehlo X\r\n'
reply: b'250-X.com\r\n'
reply: b'250-PIPELINING\r\n'
reply: b'250-SIZE 10048\r\n'
reply: b'250-VRFY\r\n'
reply: b'250-ETRN\r\n'
reply: b'250-STARTTLS\r\n'
reply: b'250-ENHANCEDSTATUSCODES\r\n'
reply: b'250-8BITMIME\r\n'
reply: b'250 DSN\r\n'
reply: retcode (250); Msg: b'X.com\nPIPELINING\nSIZE 
10048\nVRFY\nETRN\nSTARTTLS\nENHANCEDSTATUSCODES\n8BITMIME\nDSN'
send: 'STARTTLS\r\n'
reply: b'220 2.0.0 Ready to start TLS\r\n'
reply: retcode (220); Msg: b'2.0.0 Ready to start TLS'
send: 'ehlo X\r\n'
reply: b'250-X.com\r\n'
reply: b'250-PIPELINING\r\n'
reply: b'250-SIZE 10048\r\n'
reply: b'250-VRFY\r\n'
reply: b'250-ETRN\r\n'
reply: b'250-AUTH LOGIN\r\n'
reply: b'250-AUTH=LOGIN\r\n'
reply: b'250-ENHANCEDSTATUSCODES\r\n'
reply: b'250-8BITMIME\r\n'
reply: b'250 DSN\r\n'
reply: retcode (250); Msg: b'X.com\nPIPELINING\nSIZE 
10048\nVRFY\nETRN\nAUTH 
LOGIN\nAUTH=LOGIN\nENHANCEDSTATUSCODES\n8BITMIME\nDSN'
send: 'AUTH LOGIN XXX\r\n'
reply: b'334 RRR\r\n'
reply: retcode (334); Msg: b'RRR'
send: "b''\r\n"
reply: b'535 5.7.8 Error: authentication failed: another step is needed in 
authentication\r\n'
reply: retcode (535); Msg: b'5.7.8 Error: authentication failed: another step 
is needed in authentication'

The last sent message is an empty string and then the authentication fails. All 
other tokens which are replaced by XX, R or T are exactly the same.

This way the login fails and I can not use smtplib to send my mail.

--
components: Library (Lib)
messages: 300986
nosy: murphdasurf
priority: normal
severity: normal
status: open
title: smtplib on linux fails to log in correctly
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue31286] import in finally results in SystemError

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Thank you for your report Thomas!

Don't forget to remove pyc-files before re-running the Matplotlib test suite.

--
resolution:  -> fixed
stage: patch review -> 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

[issue31286] import in finally results in SystemError

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 265fcc5fc25d65afb33fda480c603f1e974e374e by Serhiy Storchaka in 
branch 'master':
bpo-31286, bpo-30024: Fixed stack usage in absolute imports with (#3217)
https://github.com/python/cpython/commit/265fcc5fc25d65afb33fda480c603f1e974e374e


--

___
Python tracker 

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

[issue30024] Treat `import a.b.c as m` as `m = sys.modules['a.b.c']`

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset 265fcc5fc25d65afb33fda480c603f1e974e374e by Serhiy Storchaka in 
branch 'master':
bpo-31286, bpo-30024: Fixed stack usage in absolute imports with (#3217)
https://github.com/python/cpython/commit/265fcc5fc25d65afb33fda480c603f1e974e374e


--

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset c7750c2a3af014a5b742d0159d8957ea95b6c221 by Serhiy Storchaka 
(Oren Milman) in branch '3.6':
[3.6] bpo-31243: Fixed PyArg_ParseTuple failure checks. (GH-3171) (#3233)
https://github.com/python/cpython/commit/c7750c2a3af014a5b742d0159d8957ea95b6c221


--

___
Python tracker 

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

[issue31301] Python 2.7 SIGSEGV

[Cody Sixteen]

New submission from Cody Sixteen:

During one fuzzing session I found that python2.7 will crash when parsing the 
file (attached).

Maybe you will find it useful.

--
components: Build
files: py27-sigsegv.zip
messages: 300981
nosy: cody
priority: normal
severity: normal
status: open
title: Python 2.7 SIGSEGV
type: crash
versions: Python 2.7
Added file: http://bugs.python.org/file47106/py27-sigsegv.zip

___
Python tracker 

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

[issue31300] Traceback prints different code than the running module

[Aigars Mahinovs]

New submission from Aigars Mahinovs:

If you run a longer running Python program, then change the Python module that 
it loaded on disk and then cause a traceback to happen in the code in that 
module, then the traceback may be nonsensical as it will reference line numbers 
from the module in memory, but print code from the same line numbers from the 
file on disk, even if they are different.

In any case there should be a prominent warning on traceback if the module in 
memory does not match the module on disk, but ideally the traceback print 
should show the code in memory - the actual code that caused the problem.

--
components: Library (Lib)
messages: 300980
nosy: Aigars Mahinovs
priority: normal
severity: normal
status: open
title: Traceback prints different code than the running module
type: behavior
versions: Python 3.6

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Oren Milman]

Changes by Oren Milman :


--
pull_requests: +3275

___
Python tracker 

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

[issue31132] test_prlimit from test_resource fails when building python3 inside systemd-nspawn environment

[Petr Viktorin]

Petr Viktorin added the comment:

The test is already skipped if the user is root. It verifies that process 1 
can't be touched by non-root users.

The problem is an assumption that process with PID 1 belongs to root. That 
assumption isn't true in containers: PID 1 is whatever the container was 
started with -- in this case, likely a test runner or build system.

On Linux, we could check if `/proc/1` actually belongs to root. I don't know 
about other systems, though.
Would that change be acceptable?

--
nosy: +encukou

___
Python tracker 

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

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

[Nick Coghlan]

Nick Coghlan added the comment:

Regarding directories and zipfiles, runpy._run_module_as_main also handles 
those - the CLI effectively transforms directory and zipfile execution into a 
"python -m __main__" call with a suitably adjusted sys.path[0] entry (i.e. the 
given directory or zip archive, rather than the current directory).

--

___
Python tracker 

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

[issue31299] Add "ignore_modules" option to TracebackException.format()

[Dmitry Kazakov]

Changes by Dmitry Kazakov :


--
pull_requests: +3274

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Serhiy Storchaka]

Changes by Serhiy Storchaka :


--
stage: needs patch -> backport needed

___
Python tracker 

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

[issue31243] checks whether PyArg_ParseTuple returned a negative int

[Serhiy Storchaka]

Serhiy Storchaka added the comment:


New changeset ba7d7365215d791025d1efd25393c91404f2cfc8 by Serhiy Storchaka 
(Oren Milman) in branch 'master':
bpo-31243: Fixed PyArg_ParseTuple failure checks. (#3171)
https://github.com/python/cpython/commit/ba7d7365215d791025d1efd25393c91404f2cfc8


--

___
Python tracker 

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

[issue854511] Thai encoding alias for 'cp874'

[era]

era added the comment:

Closing the entire enhancement request just because one detail is off seems 
insane.

Anyway, until the day in the distant future when Python can support encoding 
names in common circulation, http://stackoverflow.com/a/1064191/874188 offers a 
crude workaround.


import encodings

if 'windows_874' not in encodings.aliases.aliases:
encodings.aliases.aliases['windows_874'] = 'cp874'

This is tricky in a number of ways; in practice, this snippet needs to be at 
the very start of your source file. Also, the underscore is correct even for 
email encoding names like =?windows-874?Q?hello=3F?= which use a dash (the dash 
gets remapped to underscore internally when looking up the encoding alias).

--
nosy: +era

___
Python tracker 

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

[issue16217] Tracebacks are unnecessarily verbose when using 'python -m'

[Nick Coghlan]

Nick Coghlan added the comment:

Aye, separating the two discussions is a good idea. I've filed 
https://bugs.python.org/issue31299 for the traceback RFE, and added it as a 
dependency here.

--
dependencies: +Add "ignore_modules" option to TracebackException.format()

___
Python tracker 

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

[issue31299] Add "ignore_modules" option to TracebackException.format()

[Nick Coghlan]

New submission from Nick Coghlan:

This is a proposed traceback module enhancement deriving from the "python -m" 
traceback verbosity discussion in issue 16217.

Specifically, I'm thinking a good way of cleaning up those tracebacks would be 
to use `TracebackException.format()` to get the formatted exception output, but 
designate particular modules to be *skipped* during the iteration (specifically 
`runpy`, `_frozen_importlib`, `importlib`).

I'm filing this as a separate issue so the discussion of the public API for the 
capability in the traceback module can be separated from the discussion of 
applying that API in runpy.

--
components: Library (Lib)
messages: 300974
nosy: ncoghlan, rbcollins, vaultah
priority: normal
severity: normal
stage: needs patch
status: open
title: Add "ignore_modules" option to TracebackException.format()
type: enhancement
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