| FazBrowse GitHub Viewer | Trending | | Home |
| Tools: [Download Repo ZIP] [Original HTTPS Page] |
Sorry, something went wrong.
There was a problem hiding this comment.
Quite hard to review since everything looks the same and the functions are not ordered by pairs apparently. I didn't go through everything but I had a question and an observation.
Sorry, something went wrong.
|
I'm not exactly sure why test_importlib fails, but I don't want to push a dummy commit just to retry it. Anyways, the TSAN checks for test_free_threading.test_slots are 🟢 |
Sorry, something went wrong.
I've relaunched the test manually (I can't relaunch the SSL test though, I don't know why) |
Sorry, something went wrong.
There was a problem hiding this comment.
Thanks. I left a few comments below.
How long do the added tests takes to run?
Sorry, something went wrong.
|
I finally had some time to come back to this. I guess that moving the stores after error checking does slightly change the externally-visible behavior. |
Sorry, something went wrong.
There was a problem hiding this comment.
LGTM
Sorry, something went wrong.
|
!buildbot nogil |
Sorry, something went wrong.
|
🤖 New build scheduled with the buildbot fleet by @colesbury for commit 6c5cec5 🤖 The command will test the builders whose names match following regular expression: nogil The builders matched are:
|
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL9 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/1565/builds/859 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel9-s390x/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL9 LTO + PGO 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/1578/builds/862 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel9-s390x.lto-pgo/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
|
that sounds like my fault, I'll take a look later today |
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL9 LTO 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/1587/builds/864 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel9-s390x.lto/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL8 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/509/builds/7885 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel8-s390x/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL8 LTO + PGO 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/442/builds/7968 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel8-s390x.lto-pgo/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
⚠️⚠️⚠️ Buildbot failure ⚠️⚠️⚠️Hi! The buildbot s390x RHEL8 LTO 3.x has failed when building commit 979bf24. What do you need to do:
You can take a look at the buildbot page here: https://buildbot.python.org/#/builders/567/builds/7887 Failed tests:
Failed subtests:
Summary of the results of the build (if available): == Click to see traceback logsTraceback (most recent call last):
File "/home/buildbot/buildarea/3.x.cstratak-rhel8-s390x.lto/build/Lib/test/test_capi/test_structmembers.py", line 170, in test_char
self.assertEqual(ts.T_CHAR, "c")
~~~~~~~~~~~~~~~~^^^^^^^^^^^^^^^^
AssertionError: '\x00' != 'c'
- �
+ c
|
Sorry, something went wrong.
|
@dpdani @colesbury: As you can see in previous comments, test_capi fails on multiple buildbots. I'm not sure why. |
Sorry, something went wrong.
|
mm, I can't seem to reproduce it locally. maybe some platform compatibility issue? what do you usually do in these situations? |
Sorry, something went wrong.
|
Let's skip the test on s390x for now while we investigate. I'm not sure what's causing the failure. The only thing I can think of is that char is unsigned on s390x (vs. signed on GCC x86-64 and arm64). |
Sorry, something went wrong.
|
#127577 should fix it. The problem was that the 'C' format code expects an int as the destination (not a char): https://docs.python.org/3/c-api/arg.html#c.Py_BuildValue This happens to work out okay on little endian systems because the non-zero part of the value is at the same place (the first byte), and it just writes some zeros to the struct's padding bytes. On big endian systems, like s390x, it would write zero to char_member and some non-zero value to parts of the padding bytes. I followed the instructions on https://docs.gitlab.com/omnibus/development/s390x.html to debug s390x using Docker and QEMU. I had to slightly modify their commands: in particular, I had to specify --platform linux/s390x: docker run --rm --privileged multiarch/qemu-user-static --reset -p yes docker run --platform linux/s390x -v $(pwd):/cpython --rm -it s390x/ubuntu |
Sorry, something went wrong.
|
oops, my bad thank you for all the details 🙏 |
Sorry, something went wrong.
…for C extensions (pythonGH-123211)
…for C extensions (pythonGH-123211)
| Back | FazBrowse Home | New Git URL |
Fix data races that would only be visible when using C extensions.
This is a follow-up on #119368.
I'm intentionally not testing:
Py_T_CHAR
For some reason Py_T_CHAR is untested also in test_capi.test_structmembers.
In fact, it's not even in the supporting C types, which I'm using for the TSAN tests as well: old api, new api.
I'm wondering if there's a specific reason for this, or if it should be in the test suite instead.
I'm guessing that the TSAN suite should cover the thread-safety of Py_T_CHAR regardless?
Or should we dismiss it for TSAN tests as well?
I've added a new member to the T_CHAR member to the _testcapi module, and the rest of the tests don't seem to break.
I can revert this change if needed.