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 stestagg
Recipients CendioOssman, stestagg
Date 2020-12-06.22:34:49
SpamBayes Score -1.0
Marked as misclassified Yes
Message-id <1607294089.67.0.0177608834018.issue42540@roundup.psfhosted.org>
In-reply-to
Content
Something seems to be: breaking alignment, changing the allocator used, or trashing that memory.

In my case, the address of the mutex is: 0x5603a3666630  (*1) below
and the surrounding memory:

0x5603a3666610: n\0\0\03\0\0\0\0\0\0\0(*2)\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd1\0\0\0\0\0\0\0
0x5603a3666630: (*1)\x01\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd\xdd
0x5603a3666650: \xdd\xdd\xdd\xdd\xdd\xdd\xdd\xddQ\0\0\0\0\0\0\0\x90ds\xa3\x03V\0\0\xf0\xc4\xfbq\a\x7f\0\0

The fun thing is that the nbytes field lines up at (*2) which is full of DEADBYTEs, and thus tries to find the tail of the allocation at p + 15987178197214944733  (which happily segfaults)
History
Date User Action Args
2020-12-06 22:34:49stestaggsetrecipients: + stestagg, CendioOssman
2020-12-06 22:34:49stestaggsetmessageid: <1607294089.67.0.0177608834018.issue42540@roundup.psfhosted.org>
2020-12-06 22:34:49stestagglinkissue42540 messages
2020-12-06 22:34:49stestaggcreate