[issue31210] Can not import site from sys.prefix containing DELIM

[Nick Coghlan]

Nick Coghlan added the comment:

I'm marking this as Python 3.7 only, not because I don't think it's a bug, but 
because getpath.c is a maintainability nightmare and I strongly prefer we avoid 
going anywhere near it in maintenance releases :)

Targeting Python 3.7+ also means we may be able to take advantage of the 
initial phase of PEP 432 changes and look at switching getpath.c to use higher 
level CPython data structures (specifically list objects) internally.

I've also added the Windows folks to the nosy list to check if Windows might 
have a similar problem with semi-colons appearing in sys.prefix.

--
nosy: +paul.moore, steve.dower, tim.golden, zach.ware
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

[issue30747] _Py_atomic_* not actually atomic on Windows with MSVC

[Pär Björklund]

Pär Björklund added the comment:

My guess would be the cast from uintptr_t to intptr_t in the return type.

I'll look into this, when possible, should have some time later this week or 
over the weekend.

--

___
Python tracker 

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

[issue31215] Add version changed notes for OpenSSL 1.1.0 compatibility

[Christian Heimes]

Christian Heimes added the comment:

+1

For reference, Python 3.5 received OpenSSL 1.1.0 support in 3.5.3.

--

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

STINNER Victor added the comment:

This change broke test_gdb on most buildbots :-(

http://buildbot.python.org/all/builders/x86%20Ubuntu%20Shared%203.x/builds/1159/steps/test/logs/stdio

==
FAIL: test_pyup_command (test.test_gdb.StackNavigationTests)
Verify that the "py-up" command works
--
Traceback (most recent call last):
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_gdb.py", 
line 688, in test_pyup_command
$''')
  File "/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/test_gdb.py", 
line 259, in assertMultilineMatches
self.fail(msg='%r did not match %r' % (actual, pattern))
AssertionError: 'Breakpoint 1 (builtin_id) pending.\n[Thread debugging using 
libthread_db enabled]\nUsing host libthread_db library 
"/lib/i386-linux-gnu/libthread_db.so.1".\n\nBreakpoint 1, builtin_id 
(self=self@entry=, v=42) at Python/bltinmodule.c:1103\n1103\t{\n#4 Frame 
0x4086b4cc, for file 
/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/gdb_sample.py, line 10, 
in baz (args=(1, 2, 3))\nid(42)\n#5 Frame 0x4086b4cc, for file 
/srv/buildbot/buildarea/3.x.bolen-ubuntu/build/Lib/test/gdb_sample.py, line 10, 
in baz (args=(1, 2, 3))\nid(42)\n' did not match '^.*\n#[0-9]+ Frame 
0x-?[0-9a-f]+, for file .*gdb_sample.py, line 7, in bar \\(a=1, b=2, c=3\\)\n   
 baz\\(a, b, c\\)\n$'

--
nosy: +haypo
resolution: fixed -> 
status: closed -> open

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3139

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3140

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

STINNER Victor added the comment:

I chose to revert the change because I don't have the bandwidth right now to 
investigate why the change broke test_gdb.

I'm surprised that a change affecting python-gdb.py wasn't properly tested 
manually using test_gdb.py :-( I understand that Travis CI doesn't have gdb 
and/or that the test pass in some cases?

The revert only gives us more time to design the proper solution.

--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn leaks a dangling process

[STINNER Victor]

STINNER Victor added the comment:

I marked bpo-30846 as a duplicate of this issue. Copy of its message:

http://buildbot.python.org/all/builders/AMD64%20Debian%20PGO%203.6/builds/517/steps/test/logs/stdio

==
ERROR: test_rapid_restart 
(test.test_multiprocessing_fork.WithProcessesTestManagerRestart)
--
Traceback (most recent call last):
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.6.gps-debian-profile-opt.nondebug/build/Lib/test/_test_multiprocessing.py",
 line 2410, in test_rapid_restart
manager.start()
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.6.gps-debian-profile-opt.nondebug/build/Lib/multiprocessing/managers.py",
 line 517, in start
self._address = reader.recv()
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.6.gps-debian-profile-opt.nondebug/build/Lib/multiprocessing/connection.py",
 line 250, in recv
buf = self._recv_bytes()
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.6.gps-debian-profile-opt.nondebug/build/Lib/multiprocessing/connection.py",
 line 407, in _recv_bytes
buf = self._recv(4)
  File 
"/var/lib/buildbot/slaves/enable-optimizations-bot/3.6.gps-debian-profile-opt.nondebug/build/Lib/multiprocessing/connection.py",
 line 383, in _recv
raise EOFError
EOFError
(...)
Re-running test 'test_multiprocessing_fork' in verbose mode
(...)
test_rapid_restart 
(test.test_multiprocessing_fork.WithManagerTestManagerRestart) ... ok

--

___
Python tracker 

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

[issue30830] test_logging leaks dangling threads on FreeBSD

[STINNER Victor]

STINNER Victor added the comment:

http://buildbot.python.org/all/builders/AMD64%20FreeBSD%2010.x%20Shared%203.x/builds/698/steps/test/logs/stdio

test_output (test.test_logging.UnixDatagramHandlerTest) ... ok
test_output (test.test_logging.UnixSysLogHandlerTest) ... ok
test__all__ (test.test_logging.MiscTestCase) ... ok
test_handle_called_with_mp_queue (test.test_logging.QueueListenerTest) ... 
Warning -- threading_cleanup() failed to cleanup -1 threads after 3 sec (count: 
0, dangling: 1)
ok
test_handle_called_with_queue_queue (test.test_logging.QueueListenerTest) ... ok
test_no_messages_in_queue_after_stop (test.test_logging.QueueListenerTest) ... 
ok

--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn leaks a dangling process

[STINNER Victor]

STINNER Victor added the comment:

AppVeyor:

https://ci.appveyor.com/project/python/cpython/build/3.7.0a0.5341

test_lock_context (test.test_multiprocessing_spawn.WithProcessesTestLock) ... ok
test_rlock (test.test_multiprocessing_spawn.WithProcessesTestLock) ... ok
test_enable_logging (test.test_multiprocessing_spawn.WithProcessesTestLogging) 
... ok
test_level (test.test_multiprocessing_spawn.WithProcessesTestLogging) ... ok
test_rapid_restart 
(test.test_multiprocessing_spawn.WithProcessesTestManagerRestart) ... ok
Warning -- Dangling processes: {}
test_access 
(test.test_multiprocessing_spawn.WithProcessesTestPicklingConnections) ... ok

--

___
Python tracker 

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

[issue30846] [3.6] test_rapid_restart() of test_multiprocessing_fork fails randomly on AMD64 Debian PGO 3.6

[STINNER Victor]

STINNER Victor added the comment:

I'm not 100% sure that it's a duplicate of bpo-31069, but it's similar.

--
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> test_multiprocessing_spawn leaks a dangling process

___
Python tracker 

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

[issue31212] min date can't be converted to timestamp

[STINNER Victor]

STINNER Victor added the comment:

This error is a side effect of the implementation of the PEP 495. In your 
timezone, datetime(1, 1, 1, 0, 0, 0).timestamp() creates an internal timestamp 
with year=0. The problem is that the internal function ymd_to_ord() doesn't 
support year=0:

/* This is incorrect if year <= 0; we really want the floor
 * here.  But so long as MINYEAR is 1, the smallest year this
 * can see is 1.
 */
assert (year >= 1);

> This worked in Python 3.6.0 and before: (...)

The question is if the result was correct before?

--
assignee: haypo -> belopolsky
nosy: +belopolsky

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[STINNER Victor]

STINNER Victor added the comment:

Note: My change was the commit 5b804b2fb0eaa2bacb4afcfe4cfa85b31475e87f which 
prevented a crash, bpo-29100.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[STINNER Victor]

Changes by STINNER Victor :


--
title: min date can't be converted to timestamp -> datetime: min date 
(0001-01-01 00:00:00) can't be converted to local timestamp

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

STINNER Victor added the comment:


New changeset 7cc33998b83df6ab8cf2c1afe16a61ee232e39ec by Victor Stinner in 
branch 'master':
bpo-30983: Revert changes which broke most buildbots (#3100)
https://github.com/python/cpython/commit/7cc33998b83df6ab8cf2c1afe16a61ee232e39ec


--

___
Python tracker 

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

[issue30983] eval frame rename in pep 0523 broke gdb's python extension

[STINNER Victor]

STINNER Victor added the comment:


New changeset 98e26979aa4c15b391fd3780340772a17d513d4d by Victor Stinner in 
branch '3.6':
Revert "[3.6] bpo-30983: eval frame rename in pep 0523 broke gdb's python 
extension (GH-2803) (#3090)" (#3101)
https://github.com/python/cpython/commit/98e26979aa4c15b391fd3780340772a17d513d4d


--

___
Python tracker 

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

[issue29619] st_ino (unsigned long long) is casted to long long in posixmodule.c:_pystat_fromstructstat

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3141

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[STINNER Victor]

STINNER Victor added the comment:

Can you please elaborate?

I don't know the compiler flag -fexceptions. Why is it specific to ppc64le? 
What about ppc64? What about other platforms?

Is this issue specific to Python 2.7? If not, please tag add also 3.6 and 3.7 
versions.

I never used Python with C++. I didn't work on PPC64 recently.

--
nosy: +haypo, pitrou

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

Changes by STINNER Victor :


--
title: test_multiprocessing_spawn leaks a dangling process -> 
test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling 
processes

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

STINNER Victor added the comment:

http://buildbot.python.org/all/builders/x86-64%20El%20Capitan%203.x/builds/590/steps/test/logs/stdio

test_enable_logging 
(test.test_multiprocessing_forkserver.WithProcessesTestLogging) ... ok
test_level (test.test_multiprocessing_forkserver.WithProcessesTestLogging) ... 
ok
test_rapid_restart 
(test.test_multiprocessing_forkserver.WithProcessesTestManagerRestart) ... ok
Warning -- Dangling processes: {}
test_access 
(test.test_multiprocessing_forkserver.WithProcessesTestPicklingConnections) ... 
ok
test_pickling 
(test.test_multiprocessing_forkserver.WithProcessesTestPicklingConnections) ... 
ok

(...)


test_level (test.test_multiprocessing_spawn.WithProcessesTestLogging) ... ok
test_rapid_restart 
(test.test_multiprocessing_spawn.WithProcessesTestManagerRestart) ... ok
Warning -- Dangling processes: {}
test_access 
(test.test_multiprocessing_spawn.WithProcessesTestPicklingConnections) ... ok
test_pickling 
(test.test_multiprocessing_spawn.WithProcessesTestPicklingConnections) ... ok

--

___
Python tracker 

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

[issue31217] test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6

[STINNER Victor]

New submission from STINNER Victor:

http://buildbot.python.org/all/builders/x86%20Gentoo%20Refleaks%203.6/builds/58/steps/test/logs/stdio

test_code leaked [1, 1, 1] memory blocks, sum=3
(...)
Re-running test 'test_code' in verbose mode
(...)
test_code leaked [1, 1, 1] memory blocks, sum=3


I'm unable to reproduce the bug:

haypo@selma$ ./python -m test -R 3:3 test_code 
(...)
1 test OK.

--
components: Tests
messages: 300344
nosy: haypo
priority: normal
severity: normal
status: open
title: test_code leaked [1, 1, 1] memory blocks on x86 Gentoo Refleaks 3.6
type: resource usage
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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3142

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

STINNER Victor added the comment:


New changeset 17657bb9458ff8f8804b7637d61686a68f4b9471 by Victor Stinner in 
branch 'master':
bpo-31069, test_multiprocessing: Fix dangling process (#3103)
https://github.com/python/cpython/commit/17657bb9458ff8f8804b7637d61686a68f4b9471


--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3143

___
Python tracker 

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

[issue31218] del expects __delitem__ if __setitem__ is defined

[Calvin]

New submission from Calvin:

I noticed some odd behaviour on classes defining __setitem__.
Using del on a class defining __setitem__ but not __delitem__ results in 
"AttributeError: __delitem__".
On classes definig neiter __setitem__ nor __delitem__ on the other hand this 
results in "TypeError: 'WithoutSetItem' object doesn't support item deletion".

See the appended example script.

--
files: delitem_example.py
messages: 300346
nosy: raumzeitkeks
priority: normal
severity: normal
status: open
title: del expects __delitem__ if __setitem__ is defined
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file47085/delitem_example.py

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3144

___
Python tracker 

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

[issue30871] Add a "python info" command somewhere to dump versions of all dependencies

[STINNER Victor]

STINNER Victor added the comment:

Berker: "2. Could you also add version information of sqlite3?"

Sure, done.

--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

STINNER Victor added the comment:


New changeset 78c66a641a0d4fe61356ebfae8772e4fae24dcb7 by Victor Stinner in 
branch '3.6':
bpo-31069, test_multiprocessing: Fix dangling process (#3103) (#3104)
https://github.com/python/cpython/commit/78c66a641a0d4fe61356ebfae8772e4fae24dcb7


--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

STINNER Victor added the comment:


New changeset 883520a846d87f01a14636978cfa9cee1ecc07c1 by Victor Stinner in 
branch '2.7':
bpo-31069, test_multiprocessing: Fix dangling process (#3103) (#3105)
https://github.com/python/cpython/commit/883520a846d87f01a14636978cfa9cee1ecc07c1


--

___
Python tracker 

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

[issue31069] test_multiprocessing_spawn and test_multiprocessing_forkserver leak dangling processes

[STINNER Victor]

STINNER Victor added the comment:

Ok, the main bug should have been fixed. I will reopen it if it's not the case, 
or open a new issue if a second bug is seen on buildbots.

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

[issue31001] IDLE: Add tests for configdialog highlight tab

[Cheryl Sabella]

Cheryl Sabella added the comment:

Working on this now.

--

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Gustavo Serra Scalet]

Changes by Gustavo Serra Scalet :


--
nosy: +gut

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Bruno Rosa]

Bruno Rosa added the comment:

Hi there, I'm delegating this issue to @gut. He will elaborate it with more 
detail.

Thanks a lot,
Bruno Rosa

--

___
Python tracker 

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

[issue31216] Add ensure_ascii argument to json.tool

[R. David Murray]

R. David Murray added the comment:

This is a duplicate of issue 27413.

--
nosy: +r.david.murray
resolution:  -> duplicate
stage:  -> resolved
status: open -> closed
superseder:  -> Add an option to json.tool to bypass non-ASCII characters.

___
Python tracker 

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

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

[R. David Murray]

Changes by R. David Murray :


--
nosy: +qingyunha

___
Python tracker 

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

[issue27413] Add an option to json.tool to bypass non-ASCII characters.

[R. David Murray]

Changes by R. David Murray :


--
versions: +Python 3.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

[issue31218] del expects __delitem__ if __setitem__ is defined

[R. David Murray]

R. David Murray added the comment:

I'm not sure we would consider this a bug (the message is accurate), but I 
wouldn't object to fixing it, since that would indeed seem more consistent with 
how __delitem__ and del are defined in the language reference.

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

[issue30910] Add -fexception to ppc64le build

[Gustavo Serra Scalet]

Gustavo Serra Scalet added the comment:

-fexceptions documentation:
https://gcc.gnu.org/onlinedocs/gcc/Code-Gen-Options.html#index-fexceptions

Highlight to: "you may need to enable this option when compiling C code that 
needs to interoperate properly with exception handlers written in C++"

And this issue was detected when cpython is used like the following:
.-.
| A C++ code  | <= Designed to be the catcher
:-:
|   cpython   | <= Should only pass exception up
:-:
| called C++ function | <= Raises a C++ exception
'-'

This is already working for X64, but not on PPC64LE (and possibly ARM64 and 
other architectures as well).

For some reason the C++ unwinder can unwind C frames without special unwind 
information on X64. Maybe it can assume frame information on this architectures 
and it succeeds, but that's just pure luck in my opinion.

ps: this patch is not v2.7 specific. It should be applied globally to other 
versions as well. It was merely reported to v2.7 as it was the python version 
that our c++ library was using. Maybe it'll be easier to backport this patch to 
other versions once it's in.

--

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Antoine Pitrou]

Antoine Pitrou added the comment:

I'm not sure why we should apply this patch to CPython.  We don't have any 
tests checking for interoperability with C++ exceptions.  We don't have any 
PPC64LE expertise in-house.  It's probably fine for third-party distributors to 
apply the patch themselves.

It's also rather unexpected that a flag is needed for this at all.  Why doesn't 
gcc make it the default behaviour?

--

___
Python tracker 

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

[issue31141] Start should be a keyword argument of the built-in sum

[Mark Bell]

Mark Bell added the comment:

I ran some timing tests of the patch I submitted to compare it to the current 
build of Python. Using timit on the current master branch I got:

python.exe -m timeit "sum(())" 1.12 usec per loop
python.exe -m timeit "sum((), 0)"  1.22 usec per loop

And for the patched version:

python.exe -m timeit "sum(())" 1.46 usec per loop
python.exe -m timeit "sum((), 0)"  1.57 usec per loop

However my patch wasn't just the simple argument clinic change suggested by 
serhiy.storchaka, so maybe that would be more efficient and easier to 
understand.

--

___
Python tracker 

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

[issue31219] test

[Basiruddin Syarifan Radifan]

Changes by Basiruddin Syarifan Radifan :


--
components: Argument Clinic
files: indonesia.htm
nosy: Basiruddin Syarifan Radifan, larry
priority: normal
severity: normal
status: open
title: test
type: behavior
versions: Python 3.6
Added file: http://bugs.python.org/file47086/indonesia.htm

___
Python tracker 

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

[issue31219] test

[Basiruddin Syarifan Radifan]

Changes by Basiruddin Syarifan Radifan :


Removed file: http://bugs.python.org/file47086/indonesia.htm

___
Python tracker 

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

[issue31219] test

[Stéphane Wirtel]

New submission from Stéphane Wirtel:

Useless message

--
nosy: +matrixise
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue31220] test

[Basiruddin Syarifan Radifan]

Changes by Basiruddin Syarifan Radifan :


--
components: Argument Clinic
files: _.txt
nosy: Basiruddin Syarifan Radifan, larry
priority: normal
severity: normal
status: open
title: test
type: crash
versions: Python 3.4
Added file: http://bugs.python.org/file47087/_.txt

___
Python tracker 

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

[issue31220] test

[Stéphane Wirtel]

New submission from Stéphane Wirtel:

Please could you stop your spam ?

Thank you

--
nosy: +matrixise
resolution:  -> rejected
stage:  -> resolved
status: open -> closed

___
Python tracker 

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

[issue31210] Can not import site from sys.prefix containing DELIM

[Steve Dower]

Steve Dower added the comment:

We don't. Semicolons are not valid path characters, so you can't have them in a 
single path (unless you're deliberately trying to break your entire machine...)

--

___
Python tracker 

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

[issue31210] Can not import site from sys.prefix containing DELIM

[R. David Murray]

R. David Murray added the comment:

Is this post wrong then?:

   
https://superuser.com/questions/584870/how-can-i-add-a-folder-containing-a-semicolon-to-the-windows-path

("I noticed that the semicolon ; is a valid character for Windows (NTFS) file 
and directory names.")

--

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Gustavo Serra Scalet]

Gustavo Serra Scalet added the comment:

> Why doesn't gcc make it the default behaviour?

Because it "can produce significant data size overhead, although it does not 
affect execution" for C code.

However it'd improves interoperability with C++, which I think it makes sense 
for a universal software like cpython.

Or isn't interoperability with c++ a concern? I noticed you said that there are 
not tests for it currently, but I wonder the reason behind it.

--

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Antoine Pitrou]

Antoine Pitrou added the comment:

> Or isn't interoperability with c++ a concern? I noticed you said that there 
> are not tests for it currently, but I wonder the reason behind it.

I suppose nobody cared enough, and/or those tests are difficult to write (you 
need a cross-platform way to invoke a C++ compiler with exceptions enabled).

--

___
Python tracker 

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

[issue31067] test_subprocess.test_leak_fast_process_del_killed() fails randomly on AMD64 FreeBSD 10.x Shared 3.6

[STINNER Victor]

STINNER Victor added the comment:

I made many changes in tests to prevent leaking zombie processes. Let's hope 
that it was enough to fix this bug. Since the bug occurred randomly, it's hard 
to say. I close the bug, but will reopen it if the bug occurs again.

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

[issue30947] Update embeded copy of libexpat to 2.2.2

[STINNER Victor]

STINNER Victor added the comment:

Expat 2.2.3 was released:

Release 2.2.3 Wed August 2 2017
Security fixes:
 #82  CVE-2017-11742 -- Windows: Fix DLL hijacking vulnerability
using Steve Holme's LoadLibrary wrapper for/of cURL

Bug fixes:
 #85  Fix a dangling pointer issue related to realloc

Other changes:
  Increase code coverage
 #91  Linux: Allow getrandom to fail if nonblocking pool has not
yet been initialized and read /dev/urandom then, instead.
This is in line with what recent Python does.
 #81  Pre-10.7/Lion macOS: Support entropy from arc4random
 #86  Check that a UTF-16 encoding in an XML declaration has the
right endianness
#4 #5 #7  Recover correctly when some reallocations fail
  Repair "./configure && make" for systems without any
provider of high quality entropy
and try reading /dev/urandom on those
  Ensure that user-defined character encodings have converter
functions when they are needed
  Fix mis-leading description of argument -c in xmlwf.1
  Rely on macro HAVE_ARC4RANDOM_BUF (rather than __CloudABI__)
for CloudABI
#100  Fix use of SIPHASH_MAIN in siphash.h
 #23  Test suite: Fix memory leaks
  Version info bumped from 7:4:6 to 7:5:6

Special thanks to:
Chanho Park
Joe Orton
Pascal Cuoq
Rhodri James
Simon McVittie
Vadim Zeitlin
Viktor Szakats
 and
Core Infrastructure Initiative

--

___
Python tracker 

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

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

[STINNER Victor]

Changes by STINNER Victor :


--
title: Update embeded copy of libexpat to 2.2.2 -> Update embeded copy of 
libexpat from 2.2.1 to 2.2.3

___
Python tracker 

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

[issue28261] wrong error messages when using PyArg_ParseTuple to parse normal tuples

[Oren Milman]

Oren Milman added the comment:

I replied to your comments in Rietveld, Serhiy. 
(http://bugs.python.org/review/28261)

also, i found two places with a quite similar issue:
- in Objects/exceptions.c in ImportError_init:
>>> ImportError(1, 2, 3, 4, a=5, b=6, c=7)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: ImportError() takes at most 2 arguments (3 given)
- in Python/bltinmodule.c in min_max:
>>> min(1, 2, 3, 4, a=5, b=6, c=7)
Traceback (most recent call last):
  File "", line 1, in 
TypeError: function takes at most 2 arguments (3 given)

may I fix them also as part of this issue?

--

___
Python tracker 

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

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

[STINNER Victor]

STINNER Victor added the comment:

Previous update: bpo-30694.

--

___
Python tracker 

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

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3145

___
Python tracker 

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

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

[STINNER Victor]

STINNER Victor added the comment:

cpython_rebuild_expat_dir.sh: Script used to update Modules/expat/ to 2.2.3. 
The script now uses the libexpat Git repository. Previously, I used tarballs.

--
Added file: http://bugs.python.org/file47088/cpython_rebuild_expat_dir.sh

___
Python tracker 

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

[issue30947] Update embeded copy of libexpat from 2.2.1 to 2.2.3

[STINNER Victor]

STINNER Victor added the comment:

> #82  CVE-2017-11742 -- Windows: Fix DLL hijacking vulnerability using Steve 
> Holme's LoadLibrary wrapper for/of cURL

https://github.com/libexpat/libexpat/issues/82

I don't think that this bug affects Python since Python sets a hash secret.

--

___
Python tracker 

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

[issue31210] Can not import site from sys.prefix containing DELIM

[Eryk Sun]

Eryk Sun added the comment:

> Is this post wrong then?

No, it's not wrong that semicolon is a valid character in Windows NTFS and 
FAT32 filesystems.

However, the answer by Kevin Edwards that recommends using double quotes needs 
qualification. It only works in CMD. It doesn't work in PowerShell nor the 
runtime library functions used by CreateProcess or SearchPath (i.e. 
RtlDosSearchPath_U[str]) or the loader's LdrpSearchPath function. These all 
split PATH on semicolon, with no supported escape character or quoting. In fact 
they retain double quotes in the computed filename when testing for existence, 
so quoting paths in PATH is wrong in general.

--
nosy: +eryksun

___
Python tracker 

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

[issue29169] update zlib to 1.2.11

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3146

___
Python tracker 

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

[issue29169] update zlib to 1.2.11

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3147

___
Python tracker 

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

[issue18527] Upgrade Modules/zlib to 1.2.8

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3148

___
Python tracker 

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

[issue25166] Windows AllUsers installation places uninstaller in user profile

[Steve Dower]

Steve Dower added the comment:

There are no more binary installers for 3.5, so updating the target versions.

I have some ideas about how to do this and will hopefully get time at the dev 
sprints to try them out.

--
stage:  -> needs patch
type:  -> behavior
versions: +Python 3.6, Python 3.7 -Python 3.5

___
Python tracker 

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

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

[STINNER Victor]

New submission from STINNER Victor:

My PR https://github.com/python/cpython/pull/3106 failed because patchcheck 
wants me to normalize spaces of Modules/expat/siphash.h, whereas this file is 
copied from libexpat: see bpo-30947.

Attached PR changes Tools/scripts/patchcheck.py to ignore changes in 
Modules/expat/ and Modules/zlib/ subdirectories. The change also drops support 
for Mercurial, since CPython migrated to Git.

--
messages: 300372
nosy: haypo
priority: normal
severity: normal
status: open
title: Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and 
Modules/zlib/ subdirectories
versions: Python 2.7, 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

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

[STINNER Victor]

Changes by STINNER Victor :


--
pull_requests: +3149

___
Python tracker 

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

[issue29169] update zlib to 1.2.11

[Larry Hastings]

Larry Hastings added the comment:


New changeset d0e61bded5256e775e470e2c0da22367a1a81970 by larryhastings (Victor 
Stinner) in branch '3.4':
bpo-29169: Update zlib to 1.2.11 (#3107)
https://github.com/python/cpython/commit/d0e61bded5256e775e470e2c0da22367a1a81970


--

___
Python tracker 

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

[issue31210] Can not import site from sys.prefix containing DELIM

[R. David Murray]

R. David Murray added the comment:

All right.  So the challenge here for windows is: if python is installed on a 
path that has a semicolon in one of the directory names, is it even possible to 
populate sys.path such that modules can be imported from the lib directory that 
is under that path?  (IMO we shouldn't jump through big hoops to support this, 
but if it can be done and the refactoring Nick is contemplating makes it 
*relatively* easily, it would probably be good to do, to be consistent).

--

___
Python tracker 

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

[issue31210] Can not import modules if sys.prefix contains DELIM

[R. David Murray]

Changes by R. David Murray :


--
title: Can not import site from sys.prefix containing DELIM -> Can not import 
modules if sys.prefix contains DELIM

___
Python tracker 

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

[issue31210] Can not import modules if sys.prefix contains DELIM

[Eryk Sun]

Eryk Sun added the comment:

It's simple to work around using a junction or symbolic link, so is this worth 
pursuing?

--

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Gustavo Serra Scalet]

Gustavo Serra Scalet added the comment:

well, now I'm confused: what should we do with this change? Do we need to ask 
any other expert?

--

___
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 G]

New submission from Paul G:

In the .py implementation of datetime.replace (and date.replace and 
time.replace), the new datetime is created using the datetime type:

https://github.com/python/cpython/blob/master/Lib/datetime.py#L1578

But in the C source, it is created from type(self):

https://github.com/python/cpython/blob/master/Modules/_datetimemodule.c#L5046

I think the second should be the preferred behavior, so the datetime.py source 
should be updated to reflect that it's calling self.__class__(...) rather than 
datetime(...). I can prepare a PR if this would be desirable.

(That said, I'm not 100% clear under what circumstances the code in datetime.py 
is actually *used*, so I'm not sure how to write tests for it - is datetime.py 
essentially documentation, or is there a way to explicitly fall back to it?)

Per this issue on the pypy3 tracker:

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

--
components: Interpreter Core
messages: 300377
nosy: p-ganssle
priority: normal
severity: normal
status: open
title: datetime.py implementation of .replace inconsistent with C implementation
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

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

[Steven D'Aprano]

Steven D'Aprano added the comment:

I agree that returning type(self) or self.__class__ (not sure which is better) 
is the right thing to do.

It might be possible to argue that the Python version is buggy, if the C 
version is treated as the reference implementation and the Python version has 
to duplicate that. Or if the documentation specifies the C version's behaviour.

But if the precise behaviour is unspecified, or if the Python version is the 
reference implementation, its best to treat this as an enhancement rather than 
a bug fix and only apply it to 3.7.

I'm not sure which is the right approach here.

--
nosy: +steven.daprano

___
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

[R. David Murray]

R. David Murray added the comment:

See also issue 20371.

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

[issue31221] Tools/scripts/patchcheck.py must ignore changes in Modules/expat/ and Modules/zlib/ subdirectories

[Serhiy Storchaka]

Serhiy Storchaka added the comment:

Is it worth to add other imported libs (libmpdec, libffi)? Or may be just 
remove trailing spaces when import sources from upstream?

--
nosy: +serhiy.storchaka

___
Python tracker 

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

[issue30910] Add -fexception to ppc64le build

[Antoine Pitrou]

Antoine Pitrou added the comment:

Several comments:
- we don't want to risk bugfix branches for this, so this should only go into 
the master branch (future 3.7)
- I'm not sure it's a reasonable policy to fix shortcomings of all compilers in 
our configure script; though of course we already have such code for common 
setups
- regarding the PR, OPT does not look like the right variable to use (it's not 
an optimization setting)

--
components: +Build
type:  -> enhancement
versions: +Python 3.7 -Python 2.7

___
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 G]

Paul G added the comment:

@r.david.murray In the other thread, you mention that the full test suite is 
run against the C and Python implementations, so that answers the question of 
how to write the tests.

I think treating it as an enhancement in Python 3.7 makes a reasonable amount 
of sense - it's clearly under-specified at the moment and people are probably 
relying on the CPython behavior (dateutil definitely is in the latest stable 
release, but not on master). Saying "it's implementation-specific before Python 
3.7 but in Python 3.7+, the spec says it should use self(type)" is fine by me. 
It's not particularly hard to work around if you're subclassing datetime anyway.

Among the major libraries that provide their own datetime objects:

- Arrow seems to use composition 
(https://github.com/crsmithdev/arrow/blob/master/arrow/arrow.py)
- pendulum subclasses, but implements their own "replace": 
https://github.com/sdispater/pendulum/blob/master/pendulum/pendulum.py#L25
- delorean uses composition: 
https://github.com/myusuf3/delorean/blob/master/delorean/dates.py#L174
- maya uses composition: 
https://github.com/kennethreitz/maya/blob/master/maya/core.py#L72

I'd say for the most part it's not a major issue to change it even as a bugfix, 
particularly if the line we're going with is "it was always 
implementation-specific", but there's also no rush.

--

___
Python tracker 

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

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

[adminos]

New submission from adminos:

Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish 
Moslem Army

--
components: Argument Clinic
messages: 300383
nosy: adminos, doko, larry
priority: normal
severity: normal
status: open
title: Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological 
Turkish Moslem Army
type: compile error
versions: Python 3.4

___
Python tracker 

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

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

[adminos]

adminos added the comment:

Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish 
Moslem Army

--
components: +Unicode -Argument Clinic
nosy: +ezio.melotti, haypo
resolution:  -> works for me
Added file: http://bugs.python.org/file47089/kingskrupellos.txt

___
Python tracker 

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

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

[Zachary Ware]

Changes by Zachary Ware :


--
Removed message: http://bugs.python.org/msg300383

___
Python tracker 

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

[issue31223] Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological Turkish Moslem Army

[Zachary Ware]

Changes by Zachary Ware :


--
Removed message: http://bugs.python.org/msg300384

___
Python tracker 

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

[issue31223] Spam

[Zachary Ware]

Changes by Zachary Ware :


--
components:  -Unicode
nosy:  -adminos, doko, ezio.melotti, haypo, larry
resolution: works for me -> not a bug
stage:  -> resolved
status: open -> closed
title: Hacked By KingSkrupellos Cyberizm.Org Digital Security Technological 
Turkish Moslem Army -> Spam
type: compile error -> 
versions:  -Python 3.4

___
Python tracker 

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

[issue31223] Spam

[Zachary Ware]

Changes by Zachary Ware :


Removed file: http://bugs.python.org/file47089/kingskrupellos.txt

___
Python tracker 

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

[issue31220] test

[Zachary Ware]

Changes by Zachary Ware :


Removed file: http://bugs.python.org/file47087/_.txt

___
Python tracker 

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

[issue31220] Spam

[Zachary Ware]

Changes by Zachary Ware :


--
components:  -Argument Clinic
nosy:  -Basiruddin Syarifan Radifan, larry, matrixise
resolution: rejected -> not a bug
title: test -> Spam
type: crash -> 
versions:  -Python 3.4

___
Python tracker 

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

[issue31219] Spam

[Zachary Ware]

Changes by Zachary Ware :


--
components:  -Argument Clinic
nosy:  -Basiruddin Syarifan Radifan, larry, matrixise
resolution: rejected -> not a bug
title: test -> Spam
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

[issue18966] Threads within multiprocessing Process terminate early

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
pull_requests: +3150

___
Python tracker 

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

[issue18966] Threads within multiprocessing Process terminate early

[Antoine Pitrou]

Changes by Antoine Pitrou :


--
stage: needs patch -> patch review
versions: +Python 3.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

[issue18966] Threads within multiprocessing Process terminate early

[Antoine Pitrou]

Antoine Pitrou added the comment:


New changeset ee84a608587b930176d37303afae8a4358e15990 by Antoine Pitrou in 
branch 'master':
bpo-18966: non-daemonic threads created by a multiprocessing.Process should be 
joined on exit (#3111)
https://github.com/python/cpython/commit/ee84a608587b930176d37303afae8a4358e15990


--

___
Python tracker 

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

[issue18966] Threads within multiprocessing Process terminate early

[Antoine Pitrou]

Antoine Pitrou added the comment:

This is now fixed in git master.  Thank you for the report!

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

[issue30102] improve performance of libSSL usage on hashing

[Christian Heimes]

Changes by Christian Heimes :


--
pull_requests: +3151

___
Python tracker 

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

[issue31211] distutils/util.py get_platform() does not identify linux-i686 platforms

[Siming Yuan]

Siming Yuan added the comment:

Hi Eric

I understand where you are coming from, but I disagree with having to raise 
this to 3rd party tools.

both wheel/pip makes calls to distutils.util.get_platform(). Fixing it in one 
location would fix it across the board.

In addition, taking setuptools & pip out of picture (uninstalling), using just 
distutils.core.setup() and doing a bdist (built-in command available in 
distutils) is still generating a wrong tag in linux 32-bit arch.

pkg-1.0.0.linux-x86_64.tar.gz

within distutils.util.get_platform() the code under sunos makes attempts to 
identify the correct bitness:
bitness = {2147483647:"32bit", 9223372036854775807:"64bit"}
machine += ".%s" % bitness[sys.maxsize]

why would the linux logic not handle the same problem?

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

___
Python tracker 

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

[issue31211] distutils/util.py get_platform() does not identify linux-i686 platforms

[Siming Yuan]

Changes by Siming Yuan :


--
nosy: +rhettinger

___
Python tracker 

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

[issue31210] Can not import modules if sys.prefix contains DELIM

[Cédric Krier]

Cédric Krier added the comment:

I'm wondering if it could have security implications and be used to fool user 
by changing the PYTHONPATH.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Dave Johansen]

Dave Johansen added the comment:

That's a valid `datetime` (i.e. within the min and max values) and `tzinfo` is 
`None` so I think it's completely reasonable to assume that `timestamp()` will 
return the correct value.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

The question is whether -62135658000.0 is the "correct" or even meaningful 
value:

>>> datetime.utcfromtimestamp(-62135658000.0)
Traceback (most recent call last):
  File "", line 1, in 
ValueError: year is out of range

(I ran the above in Python 2.7 to avoid any 3.x datetime innovations.)

I don't see much of a value in allowing datetime.timestamp() to produce values 
that correspond to out of bounds datetimes in UTC.  In most cases this will 
only result in error later on in the program, or worse an error passing 
undetected.

What is the use case for datetime.min.timestamp()?  I suspect OP encountered 
this issue in an overly aggressive edge case testing and not in a real user 
scenario.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

On the second thought, a reasonable design can use datetime.min/max as 
placeholders for unknown times far in the past/future compensating for the lack 
datetime ±inf.  In this use case, it may be annoying to see errors from 
timestamp() instead of some ridiculously large values.

I am -0 on making this change.  If anyone is motivated to produce a patch - 
I'll review it, but I am not going to write it myself.

I am marking this "tests needed" because we need a test complete with setting 
an appropriate timezone that demonstrates this issue.

--
components: +Extension Modules
stage:  -> test needed

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Dave Johansen]

Dave Johansen added the comment:

The use case was parsing user input of ISO 8601 date strings and converting 
them to UNIX epochs.  The input "0001-01-01T00:00:00" is valid, parses to a 
valid `datetime` and it seems like a reasonable expectation that all of the 
functions should work on a valid `datetime` (especially when they worked in 
earlier versions of Python).

--

___
Python tracker 

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

[issue29593] Improve UnboundLocalError message for deleted names

[Barry A. Warsaw]

Changes by Barry A. Warsaw :


--
nosy: +barry

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Dave Johansen]

Dave Johansen added the comment:

Ok, so I understand the issue now. `timestamp()` for naive datetime instances 
applies the local timezone offset ( 
https://docs.python.org/3.6/library/datetime.html#datetime.datetime.timestamp 
). This is surprising because naive datetime instances usually are just that 
and don't make assumptions the timezone, but I guess that the behavior is 
documented and I was just unaware of it. It still seems like this shouldn't 
give an error (especially when the timezone of the local machine is UTC), but I 
guess that it is what it is.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

It your use case, the input "0001-01-01T00:00:00" was in what timezone?

I suspect what you want is 

>>> datetime.min.replace(tzinfo=timezone.utc).timestamp()
-62135596800.0

And not -62135658000.0.  If you work with naive datetimes and just want to 
roundtrip between datetimes and numbers, you should not use a 
timezone-dependent conversion - attach UTC timezone before calling .timestamp() 
as shown above.  You probably don't want your program to produce different 
numbers for the same "0001-01-01T00:00:00" input depending on where it is run.

--

___
Python tracker 

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

[issue31212] datetime: min date (0001-01-01 00:00:00) can't be converted to local timestamp

[Alexander Belopolsky]

Alexander Belopolsky added the comment:

BTW, I was originally against introducing .timestamp() method and this issue 
illustrates why it is problematic: people use it without understanding what it 
does.  If you want the distance between datetime.min and datetime(1970,1,1) in 
seconds - compute it explicitly:

>>> (datetime.min - datetime(1970,1,1)) / timedelta(0, 1)
-62135596800.0

If you don't want to loose precision is roundtriping between datetimes and 
numbers - use microseconds:

>>> (datetime.min - datetime(1970,1,1)) // datetime.resolution
-621355968

It is perfectly fine to work with naive datetimes and ignore the timezone 
issues when all your timestamps are in one timezones, but if you choose to 
ignore timezones - don't use .timestamp().

--

___
Python tracker 

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