[issue43144] test_unicodedata: test_normalization uses network but doesn't depend on network resource

2021-02-19 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: Sorry. Feel free to commit as own patch. It's trivial. -- ___ Python tracker <https://bugs.python.org/issue43144> ___ ___

[issue43144] test_unicodedata: test_normalization uses network but doesn't depend on network resource

2021-02-06 Thread Arkadiusz Miśkiewicz
Change by Arkadiusz Miśkiewicz : -- keywords: +patch Added file: https://bugs.python.org/file49792/unicodedata-no-network.patch ___ Python tracker <https://bugs.python.org/issue43

[issue43144] test_unicodedata: test_normalization uses network but doesn't depend on network resource

2021-02-06 Thread Arkadiusz Miśkiewicz
New submission from Arkadiusz Miśkiewicz : Hello. test_normalization uses network but doesn't depend on network resource, so it tries to run even when network is disabled when running tests (-u-network) FAIL: test_normalization (test.test_unicodedata.NormalizationTest) socket.gaierror: [Errno

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-20 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: So only this test (from first commit) should be added on master to check for further regressions in the area, right? -- ___ Python tracker <https://bugs.python.org/issue39

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-16 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: This one is also needed on 3.8 to get it not hang with 1) test case. So 3.8 branch + 9ad58acbe8b90b4d0f2d2e139e38bb5aa32b7fb6 + 4d96b4635aeff1b8ad41d41422ce808ce0b971c8 is working for me. commit 4d96b4635aeff1b8ad41d41422ce808ce0b971c8 Author: Victor

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-16 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: On master test 1) hangs before commit below and works after commit below. Unfortunately applying that commit to 3.8 branch doesn't help - 3.8 still hangs. Some other fix is also needed I guess commit 9ad58acbe8b90b4d0f2d2e139e38bb5aa32b7fb6 Author

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-15 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: master works fine 3.8 branch hangs so there is some other/related issue. -- ___ Python tracker <https://bugs.python.org/issue39

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-15 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: http://ixion.pld-linux.org/~arekm/python-gdb1.txt it's a result of thread apply all bt, thread apply all bt full, where pystack command shows nothing. ps. I'm arekm@freenode and can give ssh account for playing with the issue

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-15 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: Ok, so two test cases 1) from multiprocessing.pool import ThreadPool class A(object): def __init__(self): self.pool = ThreadPool() def __del__(self): self.pool.close() self.pool.join() a = A() print(a) 2) from

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-15 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: (note, testing on 3.8 branch + pull request patch) -- ___ Python tracker <https://bugs.python.org/issue39360> ___ ___

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-15 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: I've applied pull request patch (which looks a bit weird to me, removes something then adds the same thing back etc https://patch-diff.githubusercontent.com/raw/python/cpython/pull/19009.patch). Essentially the change is: diff --git a/Lib

[issue39360] python3.8 regression - ThreadPool join via __del__ hangs forever

2020-03-14 Thread Arkadiusz Miśkiewicz
Change by Arkadiusz Miśkiewicz : -- nosy: +arekm ___ Python tracker <https://bugs.python.org/issue39360> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

2020-03-14 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: bpo-35493 -- ___ Python tracker <https://bugs.python.org/issue38744> ___ ___ Python-bugs-list mailing list Unsubscribe:

[issue35493] multiprocessing.Pool._worker_handler(): use SIGCHLD to be notified on worker exit

2020-03-14 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: And also https://bugs.python.org/issue38744 on Linux and FreeBSD -- nosy: +arekm ___ Python tracker <https://bugs.python.org/issue35

[issue38744] python 3.8 hang in multiprocessing.Pool() locking on FreeBSD / Linux

2020-03-14 Thread Arkadiusz Miśkiewicz
Arkadiusz Miśkiewicz added the comment: Bisecting led to this commit and reverting it on 3.8 branch makes the hang go away. 7c994549dcffd0d9d3bb37475e6374f356e7240e is the first bad commit commit 7c994549dcffd0d9d3bb37475e6374f356e7240e Author: Pablo Galindo Date: Sat Mar 16 22:34:24 2019