[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Christian Heimes added the comment: The fix was merged into 3.10 almost 3 weeks ago, https://github.com/python/cpython/commit/3b2a45ff95a68acc8276b37678c98740a232f6d4 . I forgot to close this bug. -- resolution: -> fixed stage: -> resolved status: open -> closed

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Change by Gregory P. Smith : -- dependencies: +unaligned memory access in the _sha3 extension ___ Python tracker ___ ___

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Pablo Galindo Salgado added the comment: Christian, could you look into that patch? -- ___ Python tracker ___ ___ Python-bugs-list

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Anthony Sottile added the comment: oddly enough, when I add `-X faulthandler` it passes ___ I did some research on the error message and it looks like the ubuntu maintainers have found the same thing and reported it here: https://bugs.python.org/issue36445 this points at (intentional?)

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Miro Hrončok added the comment: In Fedora, our build passed on Fedoras 32, 33, 34, 35. We have: F32: gcc 10.2.1, openssl 1.1.1k F33: gcc 10.3.1, openssl 1.1.1k F34: gcc 11.1.1, openssl 1.1.1k F35: gcc 11.1.1, openssl 1.1.1k Let me know how can I help to debug the difference in environment

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Christian Heimes added the comment: That's possible. I suspect it's related to test_gil itself. Hash providers don't release the GIL for inputs < 2048 bytes. Hashing of small inputs is faster than releasing and re-acquiring the GIL. For inputs >= 2048 hashlib creates a per-object lock and

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Pablo Galindo Salgado added the comment: Given that this happens in hashlib, could this be related to the OpenSSL version? -- ___ Python tracker ___

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Christian Heimes added the comment: I have talked to our Fedora release engineers. They don't see any issues with armv7hl builds of Python 3.10.0b1. All tests are passing. https://koji.fedoraproject.org/koji/taskinfo?taskID=67234161 Ubuntu's armhf and Fedora's armv7hl both have the platform

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Change by Pablo Galindo Salgado : -- priority: normal -> release blocker ___ Python tracker ___ ___ Python-bugs-list mailing list

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Christian Heimes added the comment: Have you already tried ./python -X faulthandler -m test ... ? Could you please also run tests with "./python -m test -j1 ..." in a new job? This executes every test module in a subprocess. I like to see if other tests are segfaulting, too. --

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

Christian Heimes added the comment: Are you able to get a C stack trace somehow, e.g. from a dump or by login into the build system interactively and running gdb? The Python traceback isn't much helpful. -- nosy: +christian.heimes ___ Python

[issue44043] 3.10 b1 armhf Bus Error in hashlib test: test_gil

New submission from Anthony Sottile : terribly sorry, I don't have much information to go off on this other than the build logs from deadsnakes. I retried this build twice and it seems it consistently fails in this position: