Memray

--------------------------

Bug Fixes
~~~~~~~~~

- Fix a bug with macOS version 15.4 that was causing memray to crash when the internal TLS variables were being created or destroyed. (732)
- A backwards incompatible change in Textual prevented the ``memray tree`` and ``memray attach`` commands from working properly. Work around this to support the latest Textual versions. (734)

--------------------------

Bug Fixes
~~~~~~~~~

- Fix the tree reporter's rendering of emojis to work for Textual 2, which no longer supports directly assigning label text using emoji shortcodes. (714)

--------------------------

Bug Fixes
~~~~~~~~~

- Fix some crashes caused by interposing symbols in memray itself (685)
- Fixed a bug that was causing tracking of runtime libraries that are part of the linker cache not work in macOS 15. (693)
- Fix a crash when a greenlet switch happens after Memray's profile function has been deactivated or replaced. (700)

--------------------------

Features
~~~~~~~~

- Wheels are now published for Python 3.13, though we don't yet support free-threaded (no GIL) builds. (658)


Bug Fixes
~~~~~~~~~

- Fix a lock ordering deadlock in libc between a Memray lock and a lock internal to dlopen. (549)
- Ensure flame graphs stay in flame mode when the user has selected it.
Previously clicking the "Hide Irrelevant Frames" or "Hide Import System Frames"
checkboxes would switch the flame graph back to icicle mode. (656)
- Fix a race condition that was able to cause strange exception messages if two different threads tried to initialize Memray tracking at once. (667)

--------------------------

Bug Fixes
~~~~~~~~~

- A backwards-incompatible change released in Textual 0.73 caused the ``memray tree`` reporter to start with no nodes expanded. This release adds a workaround to restore the old behavior of expanding the first child of each node. (648)

--------------------------

Bug Fixes
~~~~~~~~~

- Fix a bug that could result in truncated reports for applications that fork without calling :c:func:`PyOS_BeforeFork`, including by using `multiprocessing` with the "spawn" start method (the default on macOS). (644)