[issue5614] Malloc errors in test_io

[Ronald Oussoren]

Ronald Oussoren  added the comment:

The error is printed by libc, there's nothing we can do about that.

--

___
Python tracker 

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

[issue21109] tarfile: Traversal attack vulnerability

[Tal Einat]

Tal Einat  added the comment:

> Having said that, I am refactoring the tests right now since the test file is 
> ~3000 lines and adding SafeTarFile tests for every TarFile test is cluttering 
> it.

This must be done without adding much test code and with minimal changes to the 
existing tests.  That's why I referenced some existing places in our code where 
similar things are done in tests, please take a look at those.

--

___
Python tracker 

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

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:


New changeset 3058b7d85697f95573fa042d6b9e4d6e2a9e739c by Pablo Galindo in 
branch 'master':
bpo-33613: Fix test_semaphore_tracker signal tests when using -Werror (GH-9778)
https://github.com/python/cpython/commit/3058b7d85697f95573fa042d6b9e4d6e2a9e739c


--

___
Python tracker 

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

[issue34751] Hash collisions for tuples

[Jeroen Demeyer]

Jeroen Demeyer  added the comment:

> it will typically change only the last two bits of the final result

Which is great if all that you care about is avoiding collisions.

--

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Alberto Moral]

New submission from Alberto Moral :

http.cookiejar (cookielib, for python2.*) does not parse some cookies' Expires 
date.

For  example: "Friday, 1-August-1997 00:00:00 GMT" does not work (while: "Fri, 
01 Aug 1997 00:00:00 GMT" works fine)

This is basically due to long names of months (it is compared with 
MONTHS_LOWER: list of 3-letter months). So, I propose a small change in the 
definition of LOOSE_HTTP_DATE_RE (see fifth line):

LOOSE_HTTP_DATE_RE = re.compile(
r"""^
(\d\d?)# day
   (?:\s+|[-\/])
(\w{3})\w* # month (3 first letters only)
...

Instead of:
LOOSE_HTTP_DATE_RE = re.compile(
r"""^
(\d\d?)# day
   (?:\s+|[-\/])
(\w+)  # month
...

I've tested only http.cookiejar (python 3.6), but I suposse the same change 
will work on cookielib

Thanks in advance

--
components: Library (Lib)
messages: 327461
nosy: alb_moral
priority: normal
severity: normal
status: open
title: cookielib/cookiejar cookies' Expires date parse fails with long month 
names
type: behavior
versions: Python 2.7, Python 3.6

___
Python tracker 

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

[issue33613] test_multiprocessing_fork: test_semaphore_tracker_sigint() fails with -W error

[Pablo Galindo Salgado]

Change by Pablo Galindo Salgado :


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

[issue34935] Misleading error message in str.decode()

[Ezio Melotti]

Change by Ezio Melotti :


--
assignee:  -> ezio.melotti
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
type:  -> behavior

___
Python tracker 

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

[issue34945] regression with ./python -m test and pdb

[STINNER Victor]

STINNER Victor  added the comment:

More generally, previously it was possible to add print("HERE") in tests. I use 
that often do debug tests. Now, the output is hidden, I don't understand the 
rationale for hiding the output.

--
nosy: +vstinner

___
Python tracker 

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

[issue34948] Document __warningregister__

[Steven D'Aprano]

Steven D'Aprano  added the comment:

On Wed, Oct 10, 2018 at 05:11:01AM +, Serhiy Storchaka wrote:
> I don't think that it is necessary to state its format. It is an 
> opaque dictionary, and its format is an implementation detail.

There is at least one use-case for wanting to manipulate the registry:

https://redd.it/9mqb45

--

___
Python tracker 

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

[issue28397] Faster index range checks

[Sergey Fedoseev]

Change by Sergey Fedoseev :


--
nosy: +sir-sigurd

___
Python tracker 

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

[issue34748] Incorrect HTML link in functools.partial

[Lysandros Nikolaou]

Lysandros Nikolaou  added the comment:

Can I submit a PR for this or is anybody else on it?

--
nosy: +lys.nikolaou

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

Change by STINNER Victor :


--
pull_requests: +9171

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

STINNER Victor  added the comment:


New changeset b274f1ce5c62dd517338b8323fb9eb5aaa09c7cd by Victor Stinner in 
branch '2.7':
bpo-32962: Fix test_gdb failure in debug build with -mcet -fcf-protection -O0 
(GH-9656) (GH-9788)
https://github.com/python/cpython/commit/b274f1ce5c62dd517338b8323fb9eb5aaa09c7cd


--

___
Python tracker 

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

[issue32962] test_gdb fails in debug build with `-mcet -fcf-protection -O0`

[STINNER Victor]

STINNER Victor  added the comment:

Ok, the issue should now be fixed.

Thanks Iryna Shcherbina for your bug report, and thanks Marcel Plch for your 
initial fix! Marcel: my final fix is based on yours, I just made the "next" 
conditional.

--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
versions: +Python 2.7, Python 3.7, Python 3.8

___
Python tracker 

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

[issue28397] Faster index range checks

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

See also PR 9784 where Raymond shown assempler code generated for two variants.

There is the similar difference on 64-bit platform with GCC 7.3:

$ gcc -O3 -o issue28397 issue28397-2.c 
$ time ./issue28397-2 0

real0m2,740s
user0m2,739s
sys 0m0,000s
$ time ./issue28397-2 1

real0m2,449s
user0m2,449s
sys 0m0,000s

But with GCC 8.2 there is not a difference.

$ time ./issue28397-2 0

real0m2,498s
user0m2,498s
sys 0m0,000s
$ time ./issue28397-2 1

real0m2,500s
user0m2,496s
sys 0m0,004s

Both versions generate the same code for tested functions, there are only minor 
differences in the main() function (some independent instructions are 
reordered). I don't know what is the cause of such difference.

--

___
Python tracker 

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

[issue34906] Fix typo in the documentation

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
pull_requests: +9172

___
Python tracker 

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

[issue34906] Fix typo in the documentation

[Stéphane Wirtel]

Change by Stéphane Wirtel :


--
pull_requests: +9173

___
Python tracker 

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

[issue23420] python -m cProfile -s fails with non informative message

[STINNER Victor]

Change by STINNER Victor :


--
nosy: +vstinner

___
Python tracker 

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

[issue34952] Problems with the warningregistry() decorator in Lib/unittest/test/test_loader.py

[Serhiy Storchaka]

New submission from Serhiy Storchaka :

There are other issues in the warningregistry() decorator in 
Lib/unittest/test/test_loader.py.

It contains a code:

missing = []
saved = getattr(warnings, '__warningregistry__', missing).copy()
...
if saved is missing:

The problem is that the condition `saved is missing` is always false. If 
__warningregistry__ was absent, saved is `missing.copy()` which is a new empty 
list. As result, warnings.__warningregistry__ is set to [] after the test if it 
did not exist before the test.

Other problem is that this decorator works with __warningregistry__ in the 
warnings module. It is changed only when warnings are emitted by the code of 
the warnings module. Is it intentional? I don't know any code that emits 
warnings in the warnings module.

It is hard to understand what was the intention of this decorator. From initial 
it was not working and cause the decorated tests be silently skipped. This was 
fixed in issue27063, but now I am not sure that it works as intended. Tests 
continue to pass after removing it.

--
components: Tests
messages: 327468
nosy: barry, ezio.melotti, michael.foord, rbcollins, serhiy.storchaka
priority: normal
severity: normal
status: open
title: Problems with the warningregistry() decorator in 
Lib/unittest/test/test_loader.py
versions: Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34952] Problems with the warningregistry() decorator in Lib/unittest/test/test_loader.py

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

The decorator was added in issue16662.

--

___
Python tracker 

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

[issue24294] DeprecationWarnings should be visible by default in the interactive REPL

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

After implementing PEP 565, are there reasons to keep this issue open?

--
status: open -> pending

___
Python tracker 

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

[issue34839] doctest: Change example under warnings section

[Stéphane Wirtel]

Stéphane Wirtel  added the comment:

Hi Raymond and Tim,

I just updated the PR with your recommendations.

Have a nice day,

--

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34906] Fix typo in the documentation

[Julien Palard]

Julien Palard  added the comment:


New changeset a4910c2498b1d6ad61d5ae34ba991d61d6a3 by Julien Palard 
(Stéphane Wirtel) in branch '3.7':
[3.7] bpo-34906: Doc: Fix typos (2) (GH-9735)
https://github.com/python/cpython/commit/a4910c2498b1d6ad61d5ae34ba991d61d6a3


--

___
Python tracker 

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

[issue34948] Document __warningregister__

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

And this case looks like playing with implementation details.

The official way to make the specified warning emitted more than once is to use 
warnings.filterwarnings():

>>> import warnings
>>> warnings.filterwarnings('always', "NOBODY expects the Spanish 
>>> Inquisition!", UserWarning)
>>> warnings.warn("NOBODY expects the Spanish Inquisition!")
:1: UserWarning: NOBODY expects the Spanish Inquisition!
>>> warnings.warn("NOBODY expects the Spanish Inquisition!")
:1: UserWarning: NOBODY expects the Spanish Inquisition!

--

___
Python tracker 

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

[issue34906] Fix typo in the documentation

[Julien Palard]

Julien Palard  added the comment:


New changeset e7ebf1453beb1a40e65630897fa1e35a3c2d3ec1 by Julien Palard 
(Stéphane Wirtel) in branch '3.6':
[3.6] bpo-34906: Doc: Fix typos (2) (GH-9735)
https://github.com/python/cpython/commit/e7ebf1453beb1a40e65630897fa1e35a3c2d3ec1


--

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

Thanks for the report. As far as I can see from the RFC month seems to follow 
three letter code. Is there a part of RFC where Python is not compliant? I 
can't find any related issues or RFC links allowing month format specified in 
the report. Can you please add the relevant part of RFC or links if any? 

Date RFC 6265 5.1.1 : https://tools.ietf.org/html/rfc6265.html#section-5.1.1

--

___
Python tracker 

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

[issue34906] Fix typo in the documentation

[Julien Palard]

Change by Julien Palard :


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

[issue34866] CGI DOS vulnerability via long post list

[Matthew Belisle]

Matthew Belisle  added the comment:

Sorry, looks like I forgot to attach example.py. Attaching now.

--
Added file: https://bugs.python.org/file47861/example.py

___
Python tracker 

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

[issue34878] Lock Objects documentation clarification

[Raymond Hettinger]

Raymond Hettinger  added the comment:

I concur with Benjamin that the docs are reasonable as-is.

--
nosy: +rhettinger
resolution:  -> rejected
status: open -> closed

___
Python tracker 

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

[issue34926] Allow querying a Path's mime-type

[Antoine Pitrou]

Antoine Pitrou  added the comment:


New changeset 7e18deef652a9d413d5dbd19d61073ba7eb5460e by Antoine Pitrou 
(Mayank Asthana) in branch 'master':
bpo-34926: Make mimetypes.guess_type accept os.PathLike objects (GH-9777)
https://github.com/python/cpython/commit/7e18deef652a9d413d5dbd19d61073ba7eb5460e


--

___
Python tracker 

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

[issue24209] Allow IPv6 bind in http.server

[Radek Podgorny]

Change by Radek Podgorny :


--
nosy: +rpodgorny

___
Python tracker 

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

[issue34769] _asyncgen_finalizer_hook running in wrong thread

[twisteroid ambassador]

Change by twisteroid ambassador :


--
pull_requests: +9174

___
Python tracker 

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

[issue34022] 6 tests fail using SOURCE_DATE_EPOCH env var

[STINNER Victor]

STINNER Victor  added the comment:


New changeset a6b3ec5b6d4f6387820fccc570eea08b9615620d by Victor Stinner (Elvis 
Pranskevichus) in branch 'master':
bpo-34022: Stop forcing of hash-based invalidation with SOURCE_DATE_EPOCH 
(GH-9607)
https://github.com/python/cpython/commit/a6b3ec5b6d4f6387820fccc570eea08b9615620d


--

___
Python tracker 

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

[issue29708] support reproducible Python builds

[STINNER Victor]

STINNER Victor  added the comment:


New changeset a6b3ec5b6d4f6387820fccc570eea08b9615620d by Victor Stinner (Elvis 
Pranskevichus) in branch 'master':
bpo-34022: Stop forcing of hash-based invalidation with SOURCE_DATE_EPOCH 
(GH-9607)
https://github.com/python/cpython/commit/a6b3ec5b6d4f6387820fccc570eea08b9615620d


--

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Ram Rachum]

Change by Ram Rachum :


--
components: Library (Lib)
nosy: cool-RR
priority: normal
severity: normal
status: open
title: Implement `mmap.mmap.__repr__`
type: enhancement
versions: Python 3.8

___
Python tracker 

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

[issue34954] Getting an email's subject is error-prone

[Alex Corcoles]

New submission from Alex Corcoles :

Hi,

This is something that has hit us a few times, as we write a significant 
quantity of software which parses email messages.

The thing is, we use email.header.decode_header to decode the Subject: header 
and it is pretty common for headers to be word-wrapped. If they are, 
decode_header will return a string with newlines in it.

This is something which is unexpected for many people, and can cause bugs which 
are very difficult to detect in code review or testing, as it's easy to not 
trigger wordwrapping if not done deliberately.

We would humbly suggest to provide a friendly way to get an email's subject in 
the expected fashion (i.e. with no newlines) or point out this caveat in the 
docs (or maybe change decode_header to remove newlines itself).

Kind regards,

Álex

--
components: email
messages: 327481
nosy: Alex Corcoles, barry, r.david.murray
priority: normal
severity: normal
status: open
title: Getting an email's subject is error-prone
type: behavior
versions: Python 2.7, Python 3.4, Python 3.5, Python 3.6, Python 3.7, Python 3.8

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Alberto Moral]

Alberto Moral  added the comment:

Thanks for your answer. I have not found any RFCs with full month names either. 
I'm afraid I'm not an expert here.

But the case is that I get them in my work. Here is an example of response 
header:

  HTTP/1.1 200 OK
  Server: Oracle-iPlanet-Web-Server/7.0
  Date: Tue, 10 Oct 2018 14:29:44 GMT
  Version-auth-credencial: v.3.0.1 Iplanet - Sun Solaris - Contexto Multiple
  Set-cookie: JSESSIONIDE=Del; expires=Friday, 1-August-1997 00:00:00 GMT; 
domain=...

I do not know if it's an old date format (?)... or if it is a quite rare case...

I have created some previous bash scripts using wget and they work fine, but I 
have had problems with python3 (and requests module) till I realized this 
issue. And it was not very easy: I am very new with python :( 


That's the reason of my proposal. It's just to be coherent: if we compare 3 
letters of a month with MONTHS_LOWER, let's use just 3 (first) letters.

Perhaps modifying LOOSE_HTTP_DATE_RE is not a good idea. Another option could 
be to truncate the month variable (mon).

It could be done inside the _str2time funtion, for example:

def _str2time(day, mon, yr, hr, min, sec, tz):
mon = mon[:3]  # assure 3 letters
yr = int(yr)

Anyway, I'll try to find why those long month names appear.

Thank you

--

___
Python tracker 

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

[issue34769] _asyncgen_finalizer_hook running in wrong thread

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset a14dda5df62369d01db6c7519e73aae71d0e7cfe by Yury Selivanov 
(twisteroid ambassador) in branch '3.6':
[3.6] bpo-34769: Thread safety for _asyncgen_finalizer_hook(). (GH-9716) 
(GH-9792)
https://github.com/python/cpython/commit/a14dda5df62369d01db6c7519e73aae71d0e7cfe


--

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Karthikeyan Singaravelan]

Karthikeyan Singaravelan  added the comment:

No problem, I am also not an expert and I just skimmed through the RFC and 
cannot find any point related to month full name. So I just wanted to check if 
there are any recent changes I am missing or if the server is configured to set 
cookie expiration with full month name since there was no related issues raised 
as far as I have searched in the bug tracker. I will wait for others comment on 
this.

Thanks

--

___
Python tracker 

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

[issue34769] _asyncgen_finalizer_hook running in wrong thread

[Yury Selivanov]

Change by Yury Selivanov :


--
resolution:  -> fixed
stage: patch review -> resolved
status: open -> closed
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

[issue34769] _asyncgen_finalizer_hook running in wrong thread

[Yury Selivanov]

Yury Selivanov  added the comment:

I'll close this issue now.  If you find another bug in how asyncio handles 
async generators please open a new one. Thanks!

--

___
Python tracker 

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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Alberto Moral]

Alberto Moral  added the comment:

Yes, I was thinking that it could be a matter of configuration of the server 
(?).

By the way, and just for fun, I've just realized that truncating mon at the 
begining of the _str2time funtion is a very bad idea because mon could also be 
an int.

A better place is when looking the MONTHS_LOWER array index (and possible 
exception is handle):
try:
mon = MONTHS_LOWER.index(mon[:3].lower())+1

(perhaps in 2 sentences for clarity)

OK, waiting for experts' comments.

I'm really enjoying Python.

--

___
Python tracker 

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

[issue34954] Getting an email's subject is error-prone

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Karthikeyan Singaravelan]

Change by Karthikeyan Singaravelan :


--
nosy: +xtreak

___
Python tracker 

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

[issue34954] Getting an email's subject is error-prone

[R. David Murray]

R. David Murray  added the comment:

Use the new email policies in python3.  It handles all the decoding for you.  
I'm afraid you are on your own for python2.

--
resolution:  -> out of date
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

[issue34954] Getting an email's subject is error-prone

[Alex Corcoles]

Alex Corcoles  added the comment:

To clarify (and maybe help someone which might come across), you mean:

In [1]: message_text = """To: a...@corcoles.net
   ...: Subject: ** ACKNOWLEDGEMENT Host Alert: archerc7.bcn.int.pdp7.net is 
DOWN
   ...:  **
   ...: User-Agent: Heirloom mailx 12.5 7/5/10
   ...: MIME-Version: 1.0
   ...: Content-Type: text/plain; charset=us-ascii
   ...: Content-Transfer-Encoding: 7bit
   ...: 
   ...: * Nagios *
   ...: """
In [2]: import email
In [4]: message = email.message_from_string(message_text)
In [5]: message.get('Subject')
Out[5]: '** ACKNOWLEDGEMENT Host Alert: archerc7.bcn.int.pdp7.net is DOWN\n **'

In [7]: from email import policy
In [8]: message = email.message_from_string(message_text, policy=policy.HTTP)
In [9]: message.get('Subject')
Out[9]: '** ACKNOWLEDGEMENT Host Alert: archerc7.bcn.int.pdp7.net is DOWN **'

Yeah, there's a bundled policy that does what I need, but I think it's not very 
intuitive.

I get that the stdlib is deliberately low level in these parts, and it's more 
of building block to create higher level libraries on top of that, but still I 
feel that getting an email's subject in a friendly fashion should be easy and 
intuitive in the stdlib, or the stdlib's docs should point out clearly to go 
and look for a higher level library because email is hard.

OTOH, working with mail sucks and should be discouraged, so if you want to 
close this definitely I won't complain.

--
status: closed -> open

___
Python tracker 

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

[issue34725] Py_GetProgramFullPath() odd behaviour in Windows

[Mario]

Mario  added the comment:

On 10/10/2018 01:11, Steve Dower wrote:
> 
> Steve Dower  added the comment:
> 
> We'll need to bring in venv specialists to check whether using it outside of 
> Py_Main() is valid. Or perhaps you could explain what you are actually trying 
> to do?
> 

Sure

1) Create a virtual environment ("python -m venv")
2) Activate
2) Pip install some modules
3) Try to use them form inside an embedded application (e.g. the one I attached)
4) Do it in Linux and Windows

Result

Works in Linux, fails in Windows.

Reason in site.py

https://github.com/python/cpython/blob/73870bfeb9cf350d84ee88bd25430c104b3c6191/Lib/site.py#L462

sys.executable is used to construct the correct search path.

Looking at the sys.path from inside an embedded application is very instructive 
and you can see in 
the first post why the failure in windows.

Andrea

--

___
Python tracker 

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

[issue34955] passing a dict to bytes() gives unhelpful error message

[Marnanel Thurman]

New submission from Marnanel Thurman :

bytes() doesn't accept a dict as parameter. If you attempt to pass one, you 
receive a TypeError with the baffling message "'str' object cannot be 
interpreted as an integer".

 >> bytes({'a':1})
 Traceback (most recent call last):
   File "", line 1, in 
 TypeError: 'str' object cannot be interpreted as an integer

--
components: Interpreter Core
messages: 327490
nosy: marnanel
priority: normal
severity: normal
status: open
title: passing a dict to bytes() gives unhelpful error message
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

[issue34951] cookielib/cookiejar cookies' Expires date parse fails with long month names

[Martin Panter]

Martin Panter  added the comment:

RFC 6265 says that only the first three letters of the month are significant, 
and the rest of the token should be ignored. See 
:

month = ( "jan" / "feb" / "mar" / "apr" /
"may" / "jun" / "jul" / "aug" /
"sep" / "oct" / "nov" / "dec" ) *OCTET

I have not heard of an Expires field syntax with a numeric month.

--
nosy: +martin.panter

___
Python tracker 

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

[issue34955] passing a dict to bytes() gives unhelpful error message

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

bytes() accepts:

1. An integer.
2. An object supporting the buffer protocol.
3. An iterable of integers in the range 0 to 255.

Dict is an iterable. But iterating it produces string object which cannot be 
interpreted as an integer.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue23867] Argument Clinic: inline parsing code for 1-argument functions

[STINNER Victor]

STINNER Victor  added the comment:

I'm a little bit sad that the PR doesn't add new tests :-(

--

___
Python tracker 

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

[issue34930] sha1module: Switch sha1 implementation to sha1dc/hardened sha1

[STINNER Victor]

STINNER Victor  added the comment:

I dislike modifying a hash function to return its output but keep the same 
name. For name, "SHA1" must remain "SHA1". If you want a variant, it should 
have a different name, but I would expect that the existing sha1 function 
remains unchanged. How do you keep the compatibility between different 
programming languages and applications if one use SHA1 and the other uses 
"hardened SHA-1"?

One alternative is to stop using sha1 :-D

> A large part of the industry has adopted Hardened SHA-1 ...

Do you have examples?

--

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[Ned Deily]

Ned Deily  added the comment:

We've reached the cutoff point for 3.7.1rc2 and 3.6.7rc2 and I don't see a PR 
or a resolution of this for either branch yet.  If there's a chance for merged 
PRs in the next couple of hours, I'll wait a bit longer but otherwise these 
fixes will have to wait.

--

___
Python tracker 

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

[issue21880] IDLE: Ability to run 3rd party code checkers

[Tal Einat]

Tal Einat  added the comment:

Update: I've nearly got an updated version ready and working based on the 
current master branch.  I hope to have a PR up by tomorrow.

--

___
Python tracker 

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

[issue34914] Clarify text encoding used to enable UTF-8 mode

[STINNER Victor]

STINNER Victor  added the comment:

I'm not sure that I understand your issue. There are 3 ways to enable the UTF-8 
Mode:

* if the LC_CTYPE locale is "C" or "POSIX"
* if PYTHONUTF8 env var is equal to "1"
* using -X utf8 or -X utf8=1 command line option

For the first 2 cases are fine if the locale encoding is gb18030.

For the command line argument, first Python decodes the command line from 
gb18030. If -X utf8 is present, the command line is decoded again from UTF-8 
(and the old configuration is removed, to parse the new configuration).

I understand that your question if is decoding the command line argument from 
gb18030 can miss -X utf8 or enable UTF-8 by mistake.

It seems like gb18030 encodes "-X utf8" text the same way than ASCII:

>>> "-X utf8".encode("gb18030")
b'-X utf8'
>>> b'-X utf8'.decode("gb18030")
'-X utf8'

I'm aware of mojibake causing a security issue, but it was for a function 
checking for a single byte, not a substring:

https://unicodebook.readthedocs.io/issues.html#check-byte-strings-before-decoding-them-to-character-strings

I don't know well gb18030, so maybe I missed something. To me, using gb18030 
with the UTF-8 mode doesn't seem to cause any issue to decode the command line 
arguments.

--

___
Python tracker 

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

[issue34914] Clarify text encoding used to enable UTF-8 mode

[STINNER Victor]

STINNER Victor  added the comment:

Well, I'm not saying that using gb18030 with UTF-8 will be just fine for 
everything. Mojibake is likely around the corner :-) C locale coercion and the 
UTF-8 mode are workarounds for the crappy and wild Unix world :-)

--

___
Python tracker 

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

[issue34954] Getting an email's subject is error-prone

[R. David Murray]

R. David Murray  added the comment:

The new policies *make* the email library that higher level library, that was 
pretty much the whole point :)  I don't know how to make getting the fully 
decoded subject more intuitive than:

  msg['subject']

The fact that you have to specify a policy is due to backward compatibility 
concerns, and there's not really any way around that.  That's the only 
difference between your two examples (other than the fact that the second one 
does what you want :).

Note that you *really* want to be using message_from_bytes, and for email 
either policy.default or policy.SMTP.  This *is* documented in the python3 
docs.  If you don't find them clear, then an issue to improve the docs would be 
welcome.

Since python2 is approaching EOL, we could also start transitioning to 
policy.default actually being the *default*.  That will take two release cycles 
(one that will generate a deprecation notice that the default is going to 
change, and another that will actually make the change).

--
status: open -> closed

___
Python tracker 

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

[issue34930] sha1module: Switch sha1 implementation to sha1dc/hardened sha1

[Antoine Pietri]

Antoine Pietri  added the comment:

On Wed, Oct 10, 2018 at 11:27 PM STINNER Victor  wrote:
> I dislike modifying a hash function to return its output but keep the same 
> name. For name, "SHA1" must remain "SHA1". If you want a variant, it should 
> have a different name, but I would expect that the existing sha1 function 
> remains unchanged. How do you keep the compatibility between different 
> programming languages and applications if one use SHA1 and the other uses 
> "hardened SHA-1"?

Well, as I said we could almost consider both algorithms to be
"compatible", in that they only differ in an infinitesimally small
number of cases that were specifically *designed* to break SHA1. I
agree it's not ideal to just replace the function directly, and that's
why I suggested 4 possible alternatives. But you have to understand
that the decision is not as simple as just "it doesn't give the same
outputs so it should have a different name", because it *does* give
the same outputs in *all of the cases that weren't designed to break
it*, and the tradeoff for not making that the default is that most
people who don't care about seeing the collisions happen will keep
using a broken implementation for no reason.

I'm not saying I disagree with you here, I'm just making sure you're
aware of the tradeoff. If we make it the default, it's a *very slight*
break of backwards compatibility, but it will be a positive change for
99.99% of users. The only affected people will be the ones that were
writing scripts to check whether collisions did exist in the old
algorithm, and if we change the name of the "classic sha1" they could
trivially change it themselves.

That said, if you'd rather have another name for it, it also works for
me, it's better than having nothing.

> One alternative is to stop using sha1 :-D

Totally agree with you here, but it's not always an option, so I'd
argue we should do our best to mitigate the problem.

> Do you have examples?

I already gave the Git example:

https://github.com/git/git/commit/28dc98e343ca4eb370a29ceec4c19beac9b5c01e#diff-a44b837d82653a78649b57443ba99460

Fossil also migrated to it:

https://www.fossil-scm.org/xfer/doc/trunk/www/hashpolicy.wiki

The truth is, most of the other Merkle Tree implementations (like
Bitcoin) were using a different hash in the first place, and that
seems to be the main application where you have to keep backward
compatibility with your hashes. So the fact that two of the main SHA-1
Merkle tree implementations moved to Hardened SHA-1 is huge, IMO.

--

___
Python tracker 

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

[issue34955] passing a dict to bytes() gives unhelpful error message

[Eric V. Smith]

Eric V. Smith  added the comment:

You can in fact pass a dict to bytes(), as long as the keys are ints in the 
correct range:

>>> bytes({0:10, 1:20})
b'\x00\x01'

I'm not claiming it's very useful, but it does conform to the docs. I'm not 
sure the error message can be improved, so I suggest closing this issue.

--
nosy: +eric.smith

___
Python tracker 

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

[issue12978] Figure out extended attributes on BSDs

[Ned Deily]

Ned Deily  added the comment:

On 2018-10-02, worr asked on the python-dev mailing list:
> Can I get a review for GH-1690[PR 1690]? It fixes bpo-12978 and
> has been sitting for a handful of years now. This adds
> support for os.*xattr on DragonflyBSD, FreeBSD and NetBSD.

--
versions: +Python 3.8 -Python 3.6

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Eric V. Smith]

New submission from Eric V. Smith :

What do you propose the repr would look like?

--
components: +Interpreter Core -Library (Lib)
nosy: +eric.smith

___
Python tracker 

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

[issue26467] Add async magic method support to unittest.mock.Mock

[Yury Selivanov]

Change by Yury Selivanov :


--
nosy: +yselivanov

___
Python tracker 

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

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer

[Senthil Kumaran]

Senthil Kumaran  added the comment:


New changeset 1d26c72e6a9c5b28b27c158f2f196217707dbb0f by Senthil Kumaran 
(Felipe Rodrigues) in branch 'master':
bpo-34576 warn users on security for http.server (#9720)
https://github.com/python/cpython/commit/1d26c72e6a9c5b28b27c158f2f196217707dbb0f


--

___
Python tracker 

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

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

[Senthil Kumaran]

Senthil Kumaran  added the comment:


New changeset 1d26c72e6a9c5b28b27c158f2f196217707dbb0f by Senthil Kumaran 
(Felipe Rodrigues) in branch 'master':
bpo-34576 warn users on security for http.server (#9720)
https://github.com/python/cpython/commit/1d26c72e6a9c5b28b27c158f2f196217707dbb0f


--
nosy: +orsenthil

___
Python tracker 

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

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer

[miss-islington]

Change by miss-islington :


--
pull_requests: +9179

___
Python tracker 

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

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

[miss-islington]

Change by miss-islington :


--
pull_requests: +9176

___
Python tracker 

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

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

[miss-islington]

Change by miss-islington :


--
pull_requests: +9178

___
Python tracker 

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

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer

[miss-islington]

Change by miss-islington :


--
pull_requests: +9177

___
Python tracker 

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

[issue34203] documentation: recommend Python 3 over 2 in faq

[Gus Goulart]

Change by Gus Goulart :


--
keywords: +patch
pull_requests: +9180
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

[issue34203] documentation: recommend Python 3 over 2 in faq

[Gus Goulart]

Gus Goulart  added the comment:

Thanks for pointing that out. If you don't mind, I have created a PR to address 
your requests.

--
nosy: +gus, taleinat

___
Python tracker 

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

[issue34956] 3.7.0 _tkinter module links against /System/Library/Frameworks

[Kevin Walzer]

New submission from Kevin Walzer :

I'm trying to build Python 3.7.0 on macOS 10.14, and Tkinter is not linking to 
my installation of Tcl/Tk 8.6.8 in /Library/Frameworks. Instead it is linking 
to the ancient 8.5 Tk installed in /System/Library/Frameworks. My usual way of 
forcing Python to link to my installation is to edit setup.py and comment out 
all search directories except /Library/Frameworks, but that seems to be ignored 
here. My basic invocation is "./configure --enable-framework" which, along with 
omitting the system libraries from setup.py, has always been sufficient in the 
past. Please advise.

--
components: macOS
messages: 327508
nosy: ned.deily, ronaldoussoren, wordtech
priority: normal
severity: normal
status: open
title: 3.7.0 _tkinter module links against /System/Library/Frameworks
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

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer

[miss-islington]

miss-islington  added the comment:


New changeset 3baee3b39765f5e8ec616b2b71b731b140486394 by Miss Islington (bot) 
in branch '3.6':
bpo-34576 warn users on security for http.server (GH-9720)
https://github.com/python/cpython/commit/3baee3b39765f5e8ec616b2b71b731b140486394


--
nosy: +miss-islington

___
Python tracker 

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

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

[miss-islington]

miss-islington  added the comment:


New changeset 3baee3b39765f5e8ec616b2b71b731b140486394 by Miss Islington (bot) 
in branch '3.6':
bpo-34576 warn users on security for http.server (GH-9720)
https://github.com/python/cpython/commit/3baee3b39765f5e8ec616b2b71b731b140486394


--
nosy: +miss-islington

___
Python tracker 

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

[issue34930] sha1module: Switch sha1 implementation to sha1dc/hardened sha1

[Raymond Hettinger]

Raymond Hettinger  added the comment:

Assigning to Christian to make the call.

+1 for option #1, replacing sha1 implementation with the harden version, 
helping us move close to more-secure-by-default.

--
assignee:  -> christian.heimes
nosy: +rhettinger

___
Python tracker 

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

[issue34576] [EASY doc] http.server, SimpleHTTPServer: warn users on security

[miss-islington]

miss-islington  added the comment:


New changeset 57038bcb24407a46e6d278d0ab4b6ad25bbf by Miss Islington (bot) 
in branch '3.7':
bpo-34576 warn users on security for http.server (GH-9720)
https://github.com/python/cpython/commit/57038bcb24407a46e6d278d0ab4b6ad25bbf


--

___
Python tracker 

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

[issue26005] Denial of Service in SimpleHTTPServer and BaseHTTPServer

[miss-islington]

miss-islington  added the comment:


New changeset 57038bcb24407a46e6d278d0ab4b6ad25bbf by Miss Islington (bot) 
in branch '3.7':
bpo-34576 warn users on security for http.server (GH-9720)
https://github.com/python/cpython/commit/57038bcb24407a46e6d278d0ab4b6ad25bbf


--

___
Python tracker 

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

[issue34955] passing a dict to bytes() gives unhelpful error message

[Raymond Hettinger]

Raymond Hettinger  added the comment:

>  I'm not sure the error message can be improved, so I suggest closing this 
> issue.

I concur.

--
assignee:  -> rhettinger
nosy: +rhettinger
resolution:  -> not a bug

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[miss-islington]

Change by miss-islington :


--
pull_requests: +9182

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 9b8c2e767643256202bb11456ba8665593b9a500 by Serhiy Storchaka in 
branch 'master':
bpo-34922: Fix integer overflow in the digest() and hexdigest() methods 
(GH-9751)
https://github.com/python/cpython/commit/9b8c2e767643256202bb11456ba8665593b9a500


--

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
pull_requests: +9183

___
Python tracker 

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

[issue33729] Hashlib/blake2* missing 'data' keyword argument

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset f543e18708efb04ed3a0b78c8dc31fbb1404ac7d by Serhiy Storchaka in 
branch '3.6':
[3.6] bpo-33729: Fix issues with arguments parsing in hashlib. (GH-8346) 
(GH-8581) (GH-9657)
https://github.com/python/cpython/commit/f543e18708efb04ed3a0b78c8dc31fbb1404ac7d


--

___
Python tracker 

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

[issue34953] Implement `mmap.mmap.__repr__`

[Ram Rachum]

Ram Rachum  added the comment:

There are a few ways we can go with this, depending on how verbose we want to 
be and how willing we are to make calls to the data. Here are a few pieces of 
information we could expose:

 - Length
 - Whether it's a file or anonymous memory
 - The entire contents
 - The clipped contents
 - Whether it's opened or closed
 - The access type

So here's an example:



And another: 



I don't know whether we're able to include the file name on there, that would 
be nice.

--

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[miss-islington]

Change by miss-islington :


--
pull_requests: +9184

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 8b040e55395b37bdb8fd4ec85a270cfc9ec95307 by Serhiy Storchaka in 
branch '3.7':
[3.7] bpo-34922: Fix integer overflow in the digest() and hexdigest() methods 
(GH-9751) (GH-9798)
https://github.com/python/cpython/commit/8b040e55395b37bdb8fd4ec85a270cfc9ec95307


--

___
Python tracker 

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

[issue34922] hashlib segmentation fault

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:


New changeset 69e6ad6cdfa28a7b8e7b8780b07dfcdbfb0e7030 by Serhiy Storchaka 
(Miss Islington (bot)) in branch '3.6':
[3.6] bpo-34922: Fix integer overflow in the digest() and hexdigest() methods 
(GH-9751) (GH-9798) (GH-9801)
https://github.com/python/cpython/commit/69e6ad6cdfa28a7b8e7b8780b07dfcdbfb0e7030


--

___
Python tracker 

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

[issue34955] passing a dict to bytes() gives unhelpful error message

[Raymond Hettinger]

Change by Raymond Hettinger :


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

[issue34095] [2.7] test_idle fails with: /usr/bin/xvfb-run: line 181: 3617 Segmentation fault

[Chih-Hsuan Yen]

Chih-Hsuan Yen  added the comment:

I got a similar error and managed to fix it by installing the noto-fonts 
package [1]. ttf-dejavu [2] works, too. I guess at least one font should be 
installed to allow those tests to run.

[1] https://www.archlinux.org/packages/extra/any/noto-fonts/
[2] https://www.archlinux.org/packages/extra/any/ttf-dejavu/

--
nosy: +yan12125

___
Python tracker 

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