[issue31908] trace module cli does not write cover files

[Raymond Hettinger]

Raymond Hettinger  added the comment:

It worked in Python 3.4, but not afterwards.

--
components: +Library (Lib)
nosy: +rhettinger
versions: +Python 3.5, Python 3.7

___
Python tracker 

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

[issue31904] Python should support VxWorks RTOS

[Brian Kuhl]

Change by Brian Kuhl :


--
pull_requests: +4155

___
Python tracker 

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

[issue31908] trace module cli does not write cover files

[Michael Selik]

New submission from Michael Selik :

The trace module command-line utility doesn't write cover files. I've noticed 
this issue for some years now. It works fine in Python 2. When using Python 3, 
no ".cover" files are written, regardless of how "--coverdir" is specified.

mike on macbook in ~/
$ echo 'print("hello")' > foo.py

mike on macbook in ~/
$ python -m trace --count foo.py
hello

mike on macbook in ~/
$ ls *.cover
ls: *.cover: No such file or directory


My apologies if this is a duplicate bug. I searched the tracker and Google for 
a while, but couldn't find a relevant issue.

--
messages: 305268
nosy: Michael Selik
priority: normal
severity: normal
status: open
title: trace module cli does not write cover files
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

[issue31852] Crashes with lines of the form "async \"

[Alexandre Hamelin]

Alexandre Hamelin  added the comment:

Awesome work, thanks to you!

Would it also be the case for 'await' ?

--

___
Python tracker 

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

[issue31852] Crashes with lines of the form "async \"

[STINNER Victor]

STINNER Victor  added the comment:

Thank you Alexandre Hamelin for the bug report and Pablo Galindo for the fix ;-)

--

___
Python tracker 

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

[issue31852] Crashes with lines of the form "async \"

[STINNER Victor]

Change by STINNER Victor :


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

[issue31852] Crashes with lines of the form "async \"

[STINNER Victor]

STINNER Victor  added the comment:


New changeset 690c36f2f1085145d364a89bfed5944dd2470308 by Victor Stinner (Pablo 
Galindo) in branch '3.6':
[3.6] bpo-31852: Fix segfault caused by using the async soft keyword (GH-4122)
https://github.com/python/cpython/commit/690c36f2f1085145d364a89bfed5944dd2470308


--

___
Python tracker 

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

[issue31629] Running test_curses on FreeBSD changes signal handlers

[STINNER Victor]

STINNER Victor  added the comment:

Pablo Galindo Salgado:
> Also, it seems that calling initscr registers signal handlers for SIGTERM: 
> (...)

The problem is that endwin() doesn't restore the old handler.

Attached PR 4183 fixes the bug, it saves/restores signal handlers:

./python -m test -vuall test_curses  test_multiprocessing_fork -m 
test.test_curses.TestCurses.test_new_curses_panel -m 
test.test_multiprocessing_fork.WithProcessesTestProcess.test_many_processes

--
title: test_many_processes() of test_multiprocessing_fork fails randomly on 
FreeBSD -> Running test_curses on FreeBSD changes signal handlers

___
Python tracker 

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

[issue31907] Clarify error message when attempting to call function via str.format()

[mickey695]

New submission from mickey695 :

PEP 3101 states that format strings may only use the "."(getattr) or the "[]" 
(getitem) operators to address either attributes or items of parameters.
Should a programmer attempt to, for example, call a function of a parameter as 
follows: 

>>> d = datetime.datetime(2017, 10, 31)
>>> "{0.ctime()}".format(d)

they will receive an error message such as:

AttributeError: 'datetime.datetime' object has no attribute 'ctime()'

Proposal:
Raise an error stating that cannot embed arbitrary expressions in str.format() 
format strings

--
components: Interpreter Core
messages: 305263
nosy: mickey695
priority: normal
severity: normal
status: open
title: Clarify error message when attempting to call function via str.format()
type: enhancement
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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +4154
stage:  -> patch review

___
Python tracker 

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

[issue31905] IPv4Networkcontains raises exception on None

[Eric V. Smith]

Eric V. Smith  added the comment:

I agree with David. And since the PR says "not other", then it makes even less 
sense, since it's checking for any False-y object.

I recommend closing this as "not a bug".

--
nosy: +eric.smith

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

Also, it seems that calling initscr registers signal handlers for SIGTERM:

Without calling initscr:

...


rt_sigaction(SIGINT, {sa_handler=0x55d9351a9155, sa_mask=[], 
sa_flags=SA_RESTORER, sa_restorer=0x7f7d22b36da0}, {sa_handler=SIG_DFL, 
sa_mask=[], sa_flags=0}, 8) = 0
rt_sigaction(SIGINT, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=SA_RESTORER, 
sa_restorer=0x7f7d22b36da0}, {sa_handler=0x55d9351a9155, sa_mask=[], 
sa_flags=SA_RESTORER, sa_restorer=0x7f7d22b36da0}, 8) = 0
sigaltstack(NULL, {ss_sp=0x55d93743a1c0, ss_flags=0, ss_size=8192}) = 0
sigaltstack({ss_sp=NULL, ss_flags=SS_DISABLE, ss_size=0}, NULL) = 0

...

Calling initscr:

...

 rt_sigaction(SIGTERM, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) = 
0   

 rt_sigaction(SIGTERM, 
{sa_handler=0x7f28d6affed0, sa_mask=[], sa_flags=SA_RESTORER|SA_RESTART, 
sa_restorer=0x7f28d7c8eda0}, NULL, 8) = 0
 rt_sigaction(SIGWINCH, NULL, {sa_handler=SIG_DFL, sa_mask=[], sa_flags=0}, 8) 
= 0 

  rt_sigaction(SIGWINCH, 
{sa_handler=0x7f1046394ec0, sa_mask=[], sa_flags=SA_RESTORER, 
sa_restorer=0x7f1047523da0}, NULL, 8) = 0
...

--

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[Pablo Galindo Salgado]

Pablo Galindo Salgado  added the comment:

I have tracked the issue down to the call inside the call to initscr in 
_cursesmodule.c. The issue *seems* related to the fact that all processes are 
sharing the same initialization of the curses internal structures, that 
(probably) is also related to an error that happens when calling initscr 
multiple times. Notice that:

def sleep_some():
curses.initscr()
curses.endwin()
time.sleep(100)

(without calling initscr in the parent)

yields the correct results:

-15 -15
-15 -15
-15 -15

while doing the same but interleaving one all to initscr after the first fork:

for p in procs:
p.start()
curses.initscr()

yields correct results for the first child but incorrect for the rest:

-15 -15
1 -15
1 -15

It seems that forking (because spawn or forkserver always works) after doing 
the call to initscr does something to the child that makes it unable to 
handle/receive SIGTERM. The exit statuses of this last round are:

[pid 27105] +++ killed by SIGTERM +++
[pid 27104] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_KILLED, si_pid=27105, 
si_uid=1000, si_status=SIGTERM, si_utime=0, si_stime=0} ---
[pid 27106] +++ exited with 1 +++
[pid 27104] --- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=27106, 
si_uid=1000, si_status=1, si_utime=0, si_stime=0} ---
[pid 27107] +++ exited with 1 +++
--- SIGCHLD {si_signo=SIGCHLD, si_code=CLD_EXITED, si_pid=27107, si_uid=1000, 
si_status=1, si_utime=0, si_stime=0} ---

--
nosy: +pablogsal

___
Python tracker 

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

[issue31739] socket.close recommended but not demonstrated in same-page example code

[Todd Rovito]

Change by Todd Rovito :


--
nosy: +Todd.Rovito

___
Python tracker 

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

[issue31739] socket.close recommended but not demonstrated in same-page example code

[Adam Mitchell]

Adam Mitchell  added the comment:

I submitted a pull request, #4181, to fix this issue. I am now waiting for my 
contributor agreement to be approved.

--
nosy: +AdamMitchell

___
Python tracker 

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

[issue31739] socket.close recommended but not demonstrated in same-page example code

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +4152
stage:  -> patch review

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

The bug can be reproduced with attached bug.py.

With "curses.initscr(); curses.endwin()", the exit code becomes 1.

Without, the child processes exits with code -15 (-SIGTERM).

--
Added file: https://bugs.python.org/file47248/bug.py

___
Python tracker 

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

[issue31906] String literals next to each other does not cause error

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

What Dmitry said :) I'm closing this as "not a bug".

--
nosy: +Mariatta
resolution:  -> not a bug
stage:  -> resolved
status: open -> closed
versions:  -Python 2.7, Python 3.4, 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

[issue31906] String literals next to each other does not cause error

[Dmitry Kazakov]

Dmitry Kazakov  added the comment:

This is a documented feature: 
https://docs.python.org/3/reference/lexical_analysis.html#string-literal-concatenation

And yes, it was discussed before: 
https://mail.python.org/pipermail/python-ideas/2013-May/020527.html

--
nosy: +vaultah

___
Python tracker 

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

[issue31897] Unexpected exceptions in plistlib.loads

[Ned Williamson]

Ned Williamson  added the comment:

Thank you for the quick PR! I will report as behavior next time. I'm also 
following the library reference and reporting only unexpected exceptions.

I trust you to reject any bugs that are expected functionality.

I may follow up with additional testcases once the first PR is accepted.

--

___
Python tracker 

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

[issue31906] String literals next to each other does not cause error

[Sam Lobel]

Change by Sam Lobel :


--
type:  -> behavior

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

Running these two tests is enough to reproduce the issue:

test.test_curses.TestCurses.test_new_curses_panel
test.test_multiprocessing_fork.WithProcessesTestProcess.test_many_processes

Command:

CURRENT-amd64% ./python -m test -vuall test_curses  test_multiprocessing_fork  
-m test.test_curses.TestCurses.test_new_curses_panel -m 
test.test_multiprocessing_fork.WithProcessesTestProcess.test_many_processes

--

___
Python tracker 

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

[issue31906] String literals next to each other does not cause error

[Sam Lobel]

New submission from Sam Lobel :

This seems too obvious to have been missed, but also too strange behaviour to 
be on purpose.

The following works for some reason (note there's no + between the words)
>>> variable = "first" "second"
>>> print(variable)
"firstsecond"

In a file, if you're missing a comma between two string literals, it combines 
them into one string (instead of throwing a syntax error). E.G:

>>> a = ["first",
... "second"
... "third"]
>>> print(a)
["first" "secondthird"]

BUT, the same thing with variables (thankfully) does not work.
>>> a = "first"
>>> b = "second"
>>> c = a b
Throws a syntax error.

The same sort of thing also breaks for integers.
>>> a = 4 7
throws a syntax error.

This just seems wrong to me. Is it? Has this been discussed a million times 
before?

--
messages: 305252
nosy: Sam Lobel2
priority: normal
severity: normal
status: open
title: String literals next to each other does not cause error
versions: Python 2.7, Python 3.4, 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

[issue31905] IPv4Networkcontains raises exception on None

[R. David Murray]

R. David Murray  added the comment:

It is not obvious that this is a bug.  Why should None be a valid value for 'in 
network'?

--
nosy: +r.david.murray

___
Python tracker 

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

[issue31905] IPv4Networkcontains raises exception on None

[Roundup Robot]

Change by Roundup Robot :


--
keywords: +patch
pull_requests: +4150
stage:  -> patch review

___
Python tracker 

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

[issue31905] IPv4Networkcontains raises exception on None

[Gerard Weatherby]

New submission from Gerard Weatherby :

Given a IPvNetwork network
if x in network:
   ...

raises an AttributeError instead of returning False.

--
components: Library (Lib)
files: ne.py
messages: 305250
nosy: Gerard Weatherby
priority: normal
severity: normal
status: open
title: IPv4Networkcontains raises exception on None
type: behavior
versions: Python 3.6
Added file: https://bugs.python.org/file47247/ne.py

___
Python tracker 

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

[issue31904] Python should support VxWorks RTOS

[Brian Kuhl]

Change by Brian Kuhl :


--
keywords: +patch
pull_requests: +4149
stage:  -> patch review

___
Python tracker 

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

[issue31903] `_scproxy` calls SystemConfiguration functions in a way that can cause deadlocks

[Max Bélanger]

Change by Max Bélanger :


--
keywords: +patch
pull_requests: +4148
stage:  -> patch review

___
Python tracker 

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

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

[Xavier de Gaye]

Xavier de Gaye  added the comment:

Actually, sys.prefix is '/usr' because '/usr/bin' is in PATH while '/bin' is 
not in PATH. After adding '/bin' to the start of PATH, then sys.prefix becomes 
'/.' when Python is run as 'python3'. The confusion comes from the '/bin' 
symlink (archlinux is not a perfect choice for those tests). Whatever the value 
of PATH, '/bin/python3' has also '/.' as its sys.prefix.

So Modules/getpath.c fails to get '/' as the prefix in step 3 of the algorithm 
described at the top of the source code and uses '/.' (i.e. PREFIX) instead. 
This is caused by its reduce() function not handling the corner case where 
Python is installed on '/'. I will update the PR shortly.

--

___
Python tracker 

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

[issue31904] Python should support VxWorks RTOS

[Brian Kuhl]

New submission from Brian Kuhl :

With the trend to use REST APIs between the cloud and the IoT there is 
increasing interest in Python on embedded devices.  Cloud developer’s typical 
release a reference REST implementation of JSON and/or Python on Linux and 
leave it to the device developer to adapt it to their platform.   While many 
devices use eLinux, others with IP and/or hard real-time constraints need a 
commercial RTOS platform. 

Currently the automake configure explicitly prevents configuration of VxWorks 
as a build target.

I'll provide a pull request referencing this issue with the required changes.

--
components: Cross-Build
messages: 305249
nosy: Alex.Willmer, Brian Kuhl
priority: normal
severity: normal
status: open
title: Python should support VxWorks RTOS
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

[issue31903] `_scproxy` calls SystemConfiguration functions in a way that can cause deadlocks

[Maxime Belanger]

New submission from Maxime Belanger :

Through the use of various Python packages (such as `pyobjc`), it is possible 
for a deadlock to occur due to how `_scproxy.c` calls 
`SCDynamicStoreCopyProxies`.

In more recent versions of macOS (10.7+), this function can block on acquiring 
a lock deep inside `NSUserPreferences`. As `pyobjc` allows Python-wrapped 
`NSString`s to be stored in `CFPreferences`, it is thus possible for one thread 
to hold the `CFPreferences` lock and block on the GIL while another thread 
holds the GIL and blocks on the `CFPreferences` lock.

We've observed this on a significant number of macOS devices before fixing 
ourselves by wrapping the calls to `SCDynamicStoreCopyProxies` with 
`Py_BEGIN/END_ALLOW_THREADS`.

--
components: macOS
messages: 305247
nosy: Maxime Belanger, ned.deily, ronaldoussoren
priority: normal
severity: normal
status: open
title: `_scproxy` calls SystemConfiguration functions in a way that can cause 
deadlocks
type: crash
versions: Python 2.7, 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

[issue31304] Update doc for starmap_async error_back kwarg

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:

This has been fixed. Thanks!

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

[issue31304] Update doc for starmap_async error_back kwarg

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:


New changeset 2702380870b63ebe0161dfa29a2d0a3de02401b4 by Mariatta (Miss 
Islington (bot)) in branch '3.6':
bpo-31304: Update starmap_async documentation. (GH-4168) (GH-4177)
https://github.com/python/cpython/commit/2702380870b63ebe0161dfa29a2d0a3de02401b4


--

___
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

[Roundup Robot]

Change by Roundup Robot :


--
pull_requests: +4147

___
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

[Mariatta Wijaya]

Mariatta Wijaya  added the comment:


New changeset 11225753a89c2907bb717e6c050fe907e5e11829 by Mariatta (Pablo 
Galindo) in branch 'master':
bpo-31304: Update starmap_async documentation. (GH-4168)
https://github.com/python/cpython/commit/11225753a89c2907bb717e6c050fe907e5e11829


--
nosy: +Mariatta

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

See also commit c08177a1ccad2ed0d50898c2731b518c631aed14 of bpo-30703.

--

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

Latest change in test_many_processes(): commit 
e6cfdefa0c2f5bda177e49b228c2c7528f7c239c of bpo-31510 which was specific to 
macOS.

--

___
Python tracker 

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

[issue31629] test_many_processes() of test_multiprocessing_fork fails randomly on FreeBSD

[STINNER Victor]

Change by STINNER Victor :


--
title: test_multiprocessing_fork failure on FreeBSD -> test_many_processes() of 
test_multiprocessing_fork fails randomly on FreeBSD

___
Python tracker 

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

[issue31629] test_multiprocessing_fork failure on FreeBSD

[STINNER Victor]

STINNER Victor  added the comment:

test_many_processes() was added by bpo-30589. Antoine Pitrou commented:

"In the end, I'm glad I added a stress test (test_many_processes) as part of 
this issue.".

I confirm that test_multiprocessing_fork fails with "./python -m test -vuall" 
on FreeBSD CURRENT (I tested on Koobs's buildbot worker). I'm currently trying 
to bisect the issue. It's not easy since test_curses does randomly crash and 
running +200 tests sequentially is slow.

--
nosy: +pitrou

___
Python tracker 

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

[issue29515] socket module missing IPPROTO_IPV6, IPPROTO_IPV4 on Windows

[Jan Gosmann]

Change by Jan Gosmann :


--
nosy: +jgosmann

___
Python tracker 

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

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

[Paul Ganssle]

Paul Ganssle  added the comment:

Some time ago this was fixed in pypy3:

https://bitbucket.org/pypy/pypy/issues/2635/datetimereplace-always-returns

I made a PR fixing this for `datetime`, `date` and `time`.

--

___
Python tracker 

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

[issue31222] datetime.py implementation of .replace inconsistent with C implementation

[Paul Ganssle]

Change by Paul Ganssle :


--
keywords: +patch
pull_requests: +4145
stage:  -> patch review

___
Python tracker 

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

[issue29205] col_offset for AsyncFunctionDef AST nodes is wrong

[Guo Ci Teo]

Change by Guo Ci Teo :


--
pull_requests: +4144
stage:  -> patch review

___
Python tracker 

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

[issue30333] test_multiprocessing_forkserver: poll() failed on AMD64 FreeBSD CURRENT Non-Debug 3.5

[STINNER Victor]

STINNER Victor  added the comment:

I didn't see this bug recently. I fixed many bugs in the meanwhile, so maybe I 
fixed the bug?

See for example https://haypo.github.io/contrib-cpython-2017q3-part2.html

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

[issue31902] Fix col_offset for ast nodes: AsyncFor, AsyncFunctionDef, AsyncWith

[Guo Ci Teo]

Change by Guo Ci Teo :


--
keywords: +patch
pull_requests: +4143
stage:  -> patch review

___
Python tracker 

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

[issue31902] Fix col_offset for ast nodes: AsyncFor, AsyncFunctionDef, AsyncWith

[Guo Ci Teo]

Change by Guo Ci Teo :


--
components: Library (Lib)
nosy: guoci
priority: normal
severity: normal
status: open
title: Fix col_offset for ast nodes: AsyncFor, AsyncFunctionDef, AsyncWith
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

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

STINNER Victor  added the comment:

inconsistent_locale_encodings.py of closed issue #7442 is interesting: I copy 
it here.

--
Added file: https://bugs.python.org/file47246/inconsistent_locale_encodings.py

___
Python tracker 

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

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

STINNER Victor  added the comment:

Oh wow, this bug is older than what I expected :-) I added support for 
non-ASCII thousands separator in 2012:

https://bugs.python.org/issue13706#msg151733

--

___
Python tracker 

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

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[Stefan Krah]

Stefan Krah  added the comment:

Same as #7442, I think.

--
nosy: +skrah

___
Python tracker 

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

[issue31273] [2.7] unittest: Unicode support in TestCase.skip

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

I concur with Victor. Unlikely this affects many people since skipping messages 
usually are ASCII strings.

As a workaround you can implement your own skip() method that encodes unicode 
to 8-bit string.

def skip(self, reason):
if isinstance(reason, unicode):
reason = unicode.encode(reason, 'utf-8')
TestCase.skip(self, reason)

--
nosy: +serhiy.storchaka
resolution:  -> wont fix
stage: needs patch -> 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

[issue31901] atexit callbacks only called for current subinterpreter

[Marcel Plch]

New submission from Marcel Plch :

`Py_FinalizeEx()` only executes callbacks from the subinterpreter from which 
Py_FinalizeEx is called.

What is the expected behavior here?
Should the callbacks be specific to individual subinterpreters?

--
components: Extension Modules
messages: 305233
nosy: Dormouse759, encukou, ncoghlan
priority: normal
severity: normal
status: open
title: atexit callbacks only called for current subinterpreter
type: behavior
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

[issue31273] [2.7] unittest: Unicode support in TestCase.skip

[STINNER Victor]

STINNER Victor  added the comment:

> Could be fixed with by changing to unicode(e)

Replacing str(e) with unicode(e) can introduce Unicode errors regressions. I'm 
not confident in doing such change late in the old 2.7 branch.

I suggest you to only use native strings (byte strings, "str" type) in Python 
2, and slowly upgrade your application to Python 3.

I propose to close this issue as WONT FIX.

--
title: Unicode support in TestCase.skip -> [2.7] unittest: Unicode support in 
TestCase.skip

___
Python tracker 

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

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This is a duplicate of issue28604. See also issue25812.

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue31900] localeconv() should decode numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

Change by STINNER Victor :


--
title: localeconv() should decide numeric fields from LC_NUMERIC encoding, not 
from LC_CTYPE encoding -> localeconv() should decode numeric fields from 
LC_NUMERIC encoding, not from LC_CTYPE encoding

___
Python tracker 

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

[issue31900] localeconv() should decide numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[Charalampos Stratakis]

Charalampos Stratakis  added the comment:

Tested the PR on a system with glibc 2.26.90 where the test was failing, and it 
successfully passed.

--

___
Python tracker 

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

[issue31900] localeconv() should decide numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

Change by STINNER Victor :


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

[issue31900] localeconv() should decide numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

Change by STINNER Victor :


--
keywords: +patch
pull_requests: +4142
stage:  -> patch review

___
Python tracker 

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

[issue31900] localeconv() should decide numeric fields from LC_NUMERIC encoding, not from LC_CTYPE encoding

[STINNER Victor]

Change by STINNER Victor :


--
title: UnicodeDecodeError in localeconv() makes test_float fail with glibc 
2.26.90 -> localeconv() should decide numeric fields from LC_NUMERIC encoding, 
not from LC_CTYPE encoding

___
Python tracker 

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

[issue31900] UnicodeDecodeError in localeconv() makes test_float fail with glibc 2.26.90

[STINNER Victor]

STINNER Victor  added the comment:

I can reproduce the bug with Python 3.6 on Fedora 26 and these locales:

* LC_ALL = LC_CTYPE = fr_FR (encoding = ISO8859-1)
* LC_NUMERIC= es_MX.utf8 (encoding = UTF-8)


Good: LC_NUMERIC = LC_CTYPE = LC_ALL = "es_MX.utf8"

haypo@selma$ env -i python3 -c 'import locale; locale.setlocale(locale.LC_ALL, 
"es_MX.utf8"); print(ascii(locale.localeconv()["thousands_sep"]))'

=> '\u2009'


Bug: LC_NUMERIC = "es_MX.utf8" but LC_CTYPE = LC_ALL = "fr_FR"

haypo@selma$ env -i python3 -c 'import locale; locale.setlocale(locale.LC_ALL, 
"fr_FR"); locale.setlocale(locale.LC_NUMERIC, "es_MX.utf8"); 
print(ascii(locale.localeconv()["thousands_sep"]))'

=> '\xe2\x80\x89'

--
nosy: +haypo

___
Python tracker 

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

[issue31245] Asyncio UNIX socket and SOCK_DGRAM

[Yury Selivanov]

Change by Yury Selivanov :


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

[issue31245] Asyncio UNIX socket and SOCK_DGRAM

[Yury Selivanov]

Yury Selivanov  added the comment:


New changeset fe4ea9cf1ee04f5a60e4ed928d8624b95b031e18 by Yury Selivanov 
(Quentin Dawans) in branch 'master':
bpo-31245: Asyncio unix socket datagram (#3164)
https://github.com/python/cpython/commit/fe4ea9cf1ee04f5a60e4ed928d8624b95b031e18


--

___
Python tracker 

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

[issue31900] UnicodeDecodeError in localeconv() makes test_float fail with glibc 2.26.90

[Charalampos Stratakis]

New submission from Charalampos Stratakis :

Original bug report: https://bugzilla.redhat.com/show_bug.cgi?id=1484497

It seems that on the development branch of Fedora, when we updated glibc from 
2.26 to 2.26.90, test_float_with_comma started failing.

Details from the original bug report:

Under certain circumstances, when LC_NUMERIC is fr_FR.ISO8859-1 but LC_ALL is 
C.UTF-8, locale.localeconv() fails with
UnicodeDecodeError: 'locale' codec can't decode byte 0xa0 in position 0: 
Invalid or incomplete multibyte or wide character

Apparently, the thousands separator (or something else) in the lconv is "\xa0" 
(unbreakable space in fr_FR.ISO8859-1), and it's being decoded with UTF-8.

This is tripped by Python's test suite, namely 
test_float.GeneralFloatCases.test_float_with_comma

--
components: Tests
messages: 305227
nosy: cstratak
priority: normal
severity: normal
status: open
title: UnicodeDecodeError in localeconv() makes test_float fail with glibc 
2.26.90
versions: 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

[issue31895] Native hijri calendar support

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

There are other PyPI packages available for this specific calendar as well, 
e.g. https://pypi.python.org/pypi/umalqurra/

Perhaps you could send Neil a PR to make the calculation more accurate ?!

In any case, the stdlib is not meant to cover everything, only a basic subset 
of functionality, so adding support for more than just one calendar is out of 
scope.

--

___
Python tracker 

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

[issue31895] Native hijri calendar support

[Haneef]

Haneef  added the comment:

Thanks @steven.daprano, yeah, it would be good to have support for other 
calendars as well.

In my case, I use the Hijri Umm al-Qura, Gregorian and obviously UnixTime 
calendars.

You're right, maybe it would be wiser to implement it in the PyPi first and 
then move it to a standard Python library.

@Lemburg, I checked out the PyPi convertdate library, as Gareth mentioned, it 
doesn't specify which Islamic calendar it is implementing and had a look at the 
code, it doesn't look like Umm al-Qura. It seems to be a very roughly 
calculated Tabular Lunar Calendar (with Hijrah as the reference point), no 
where near accurate to the actual lunar cycles.


@Gareth
To explain Islamic Hijri Calendar in short, it is basically a sighted Lunar 
calendar, which has to be sighted at the end of every month to determine the 
beginning of the next month. Therefore, it is not possible to determine the 
dates in future (beyond 29th of the month). Every month could be 29 or 30 days. 
There are 12 months and 354 days in a year.
However, to solve this issue, Muslim astronomers and Scholars over the course 
of History (1400years) have used two different types of Hijri calendars; one 
sighted and another calculated. The sighted version of the calendar is accurate 
but cannot go beyond 29th of the current month.
The astronomically calculated version could go up-to a fixed period which the 
astronomers have calculated. The calculated/civil calendar is used for Visas, 
deeds, bank statements, appointments and other civil matters in their 
respective countries.

One of the predominantly used and astronomically calculated Hijri calendars is 
the Umm al-Qura Hijri calendar. It was calculated by scholars & astronomers at 
the Umm al-Qura (Makkah) University.

Sorry about the long post, hope this helps.

--

___
Python tracker 

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

[issue31883] Cygwin: heap corruption bug in wcsxfrm

[Erik Bray]

Erik Bray  added the comment:

Well, we'll see how long it takes me to get them to respond on that.  If it's 
not too much trouble then I'll be happy to drop this issue.

--

___
Python tracker 

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

[issue25612] nested try..excepts don't work correctly for generators

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you for the clarification Mark. I agree that the current behavior is well 
justified.

Cython was fixed in 
https://github.com/cython/cython/commit/2d3392463b77eb550bd54a69bd28cc161947acb5.

--
status: open -> closed

___
Python tracker 

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

[issue31895] Native hijri calendar support

[Gareth Rees]

Gareth Rees  added the comment:

convertdate does not document which version of the Islamic calendar it uses, 
but looking at the source code, it seems that it uses a rule-based calendar 
which has a 30-year cycle with 11 leap years. This won't help Haneef, who wants 
the Umm al-Qura calendar.

--

___
Python tracker 

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

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

[Xavier de Gaye]

Xavier de Gaye  added the comment:

Clarification about the test results:
On archlinux /bin is a symlink to /usr/bin, so on archlinux the value of 
sys.prefix is '/usr' instead of the expected '/'. This is because in 
Modules/getpath.c, 'argv0_path' is the directory of the link target when the 
executable location is a symbolic link.

--

___
Python tracker 

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

[issue25612] nested try..excepts don't work correctly for generators

[Mark Shannon]

Mark Shannon  added the comment:

Looking at the docs:

https://docs.python.org/3.6/library/sys.html#sys.exc_info states:
 If the current stack frame is not handling an exception, the information 
is taken from the calling stack frame, or its caller, and so on until a stack 
frame is found that is handling an exception.

And https://docs.python.org/3/reference/simple_stmts.html#the-raise-statement

If no expressions are present, raise re-raises the last exception that was 
active in the current scope. If no exception is active in the current scope, a 
RuntimeError exception is raised indicating that this is an error.

Note that `sys.exc_info()` explicitly mentions scanning the stack, but `raise` 
just says "active in the current scope". Testing on 3.5 shows that "active in 
the current scope" does scan the stack (for simple calls at least).

Which means that the newly implemented behaviour is correct.



> Note that removing exc_type, exc_value and exc_traceback from PyThreadState 
> breaks Cython.

Is there a matching Cython issue?

--

___
Python tracker 

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

[issue31895] Native hijri calendar support

[Marc-Andre Lemburg]

Marc-Andre Lemburg  added the comment:

I agree with Steven: It's best to use a PyPI package for calendar support such 
as https://pypi.python.org/pypi/convertdate/.

We only have the standard Gregorian calendar support in datetime and calendar 
modules.

--
nosy: +lemburg

___
Python tracker 

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

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

[Xavier de Gaye]

Xavier de Gaye  added the comment:

To test PR 4172 on linux one needs a chroot. The following test is run on 
archlinux using systemd-nspawn (a chroot on steroids, see 
https://wiki.archlinux.org/index.php/Systemd-nspawn).

1) Setup systemd-nspawn by installing arch-install-scripts and by using 
pacstrap to install the archlinux 'base' package group in the /tmp/chroot 
container, this installs about 600M of archlinux packages in the chroot:
  $ mkdir /tmp/chroot
  $ pacman -S arch-install-scripts
  # pacstrap -i -c -d /tmp/chroot base --ignore linux

2) Build and install Python in the /tmp/python-build DESTDIR directory:
  $ mkdir /tmp/python-build
  $ ./configure --prefix=/ --without-ensurepip && make
  $ make DESTDIR=/tmp/python-build install

3) Copy the Python distribution to the chroot directory (note the trailing 
slash in the source directory):
  # rsync -av --keep-dirlinks /tmp/python-build/ /tmp/chroot

4) Boot into the chroot container and run python:
  # systemd-nspawn -b -D /tmp/chroot
  ...
  [  OK  ] Started Console Getty.
  [  OK  ] Reached target Login Prompts.
  [  OK  ] Started Login Service.
  [  OK  ] Reached target Multi-User System.
  [  OK  ] Reached target Graphical Interface.
  [  OK  ] Started Rotate log files.

  Arch Linux 4.13.4-1-ARCH (console)

  chroot login: root
  Last login: Mon Oct 30 10:54:11 on console
  [root@chroot ~]# python3.7
  Python 3.7.0a2+ (heads/bpo-31114:ffa5bff252, Oct 30 2017, 11:24:54)
  [GCC 7.2.0] on linux
  Type "help", "copyright", "credits" or "license" for more information.
  >>> import abc, _bisect, sysconfig, sys
  >>> sys.prefix
  '/usr'
  >>> sysconfig.get_config_var('prefix')
  '/.'
  >>> sys.exit(0)
  [root@chroot ~]# poweroff
  ...
  [  OK  ] Reached target Shutdown.
  Container chroot has been shut down.

--
nosy: +martin.panter, pitrou

___
Python tracker 

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

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

[Xavier de Gaye]

Change by Xavier de Gaye :


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

[issue31883] Cygwin: heap corruption bug in wcsxfrm

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

This is a problem of AppVeyor. It should update Cygwin to a bugfix release. 
2.8.0 contains other bugs.

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

[issue31883] Cygwin: heap corruption bug in wcsxfrm

[Erik Bray]

Erik Bray  added the comment:

Well, I agree there's an unfortunate trade-off here: One can skip the test, 
allowing the test suite to work on slightly older versions of Cygwin, from 
before this issue was fixed.  However, I then lose regression testing on newer 
versions.  My personal feeling in this case is that it's not a very important 
test and can be skipped in the future (although the bug that this test caught 
was fairly serious and one would want regression testing for it...)

As an alternative I could be more fine-grained and only skip the test on older 
versions of Cygwin that are affected.  I was hoping to avoid putting in too 
much Cygwin-specific test utilities, though adding a version check for Cygwin 
is not terribly hard (I do the same for my Cygwin port of psutil).

For reference, the current version of Cygwin that comes installed on AppVeyor 
(for which I'm trying to get a Cygwin build set up) is 2.8.0, which *is* (just 
barely) affected by this bug.

--

___
Python tracker 

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

[issue31897] Unexpected exceptions in plistlib.loads

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

PR 4171 fixes the following errors:

1. OverflowError is raised by seek() for too large offsets of objects or the 
offset table.

2. Since read() past the file returns b'' and int.from_bytes() used for 
non-standard sizes accepts b'', bogus offsets and references can be read. This 
can cause an infinity recursion.

3. The zero size of offsets or references causes ValueError. This is 
implementation detail.

4. Unicode errors of decoding from invalid ASCII and UTF-8.

It doesn't verify the binary plist, a bogus plist can be successfully parsed to 
a bogus data. And it doesn't prevent infinity recursion when read cyclic 
references.

--

___
Python tracker 

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

[issue31114] 'make install' fails when the configure 'prefix' is '/' and DESTDIR is used

[Xavier de Gaye]

Change by Xavier de Gaye :


--
components: +Cross-Build -Build
nosy: +Alex.Willmer
stage:  -> needs patch
title: 'make install' fails when exec_prefix is '/' and DESTDIR not empty -> 
'make install' fails when the configure 'prefix' is '/' and DESTDIR is used
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

[issue31897] Unexpected exceptions in plistlib.loads

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
nosy: +ronaldoussoren

___
Python tracker 

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

[issue31897] Unexpected exceptions in plistlib.loads

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
keywords: +patch
pull_requests: +4140
stage:  -> patch review

___
Python tracker 

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

[issue31895] Native hijri calendar support

[Gareth Rees]

Gareth Rees  added the comment:

It is a substantial undertaking, requiring a great deal of expertise, to 
implement the Islamic calendar. The difficulty is that there are multiple 
versions of the calendar. In some places the calendar is based on human 
observation of the new moon, and so a database of past observations is needed 
(and future dates can't be represented). In other places the time of 
observability of the new moon is calculated according to an astronomical 
ephemeris (and different ephemerides are used in different places and at 
different times).

--
nosy: +g...@garethrees.org

___
Python tracker 

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

[issue20180] Derby #11: Convert 50 sites to Argument Clinic across 9 files

[Tal Einat]

Change by Tal Einat :


--
pull_requests: +4139

___
Python tracker 

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

[issue31897] Unexpected exceptions in plistlib.loads

[Serhiy Storchaka]

Change by Serhiy Storchaka :


--
title: RecursionError in plistlib.loads -> Unexpected exceptions in 
plistlib.loads

___
Python tracker 

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

[issue31897] RecursionError in plistlib.loads

[Serhiy Storchaka]

Serhiy Storchaka  added the comment:

Thank you for your report Ned. But there are no crashes. The term crash means a 
segmentation fault or similar error that causes the interpreter to exit 
immediately.

--
assignee:  -> serhiy.storchaka
components: +Library (Lib)
nosy: +serhiy.storchaka
type: crash -> 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