This issue tracker has been migrated to GitHub, and is currently read-only.
For more information, see the GitHub FAQs in the Python's Developer Guide.

Author steve.dower
Recipients paul.moore, steve.dower, tim.golden, zach.ware
Date 2020-04-30.23:10:27
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1588288227.67.0.928950925895.issue40458@roundup.psfhosted.org>
In-reply-to
Content
The Windows CI machines on Azure Pipelines run additional tests to check an "installed" layout and with the UWP entry point that's used for the Windows Store package.

These tests have been failing intermittently (though regularly) with a stack overflow crash in the PyPickler tests.

Example: https://dev.azure.com/Python/cpython/_build/results?buildId=62055&view=results

test_attribute_name_interning (test.test_pickle.PyPicklerTests) ... ok
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in __getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in __getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in __getattr__
  File "D:\a\1\b\layout-appx-amd64\lib\test\pickletester.py", line 3085 in __getattr__
...

I assume this is due to having more code on the start at the start, and so the recursion limit isn't low enough. But it might also be worth checking this particular case to see whether there is unnecessary data being kept on the stack (e.g. in local C variables).

The crash occurs in both 3.8 and master, but not 3.7.
History
Date User Action Args
2020-04-30 23:10:27steve.dowersetrecipients: + steve.dower, paul.moore, tim.golden, zach.ware
2020-04-30 23:10:27steve.dowersetmessageid: <1588288227.67.0.928950925895.issue40458@roundup.psfhosted.org>
2020-04-30 23:10:27steve.dowerlinkissue40458 messages
2020-04-30 23:10:27steve.dowercreate