Talktastic Crashes on Mac Air M3: Anyone Else Experiencing This?
Reading time: 1 minute

Reading time: 1 minute
Yousif Astarabadi This happens most times I try open talktastic on my Mac Air M3. been that way for a few months now. Talktastic is so good compared to Aqua and others that I persist and it runs for a while then crashes. Is it just me or does anyone else get this issue?
can you please email me the crash log if you have it (open the console app from applications > utilities, click crash reports, select talktastic and save the file)
Yousif Astarabadi any luck with this? just fyi still crashing out with the new version but works really well when it works.
Looking at these crash reports for TalkTastic app, I can identify several key issues causing the crashes: Primary Crash Causes 1. Memory Corruption (First Crash - June 11, 10:20:18) The first crash shows a memory corruption issue in the malloc system:
Error: nanov2_guard_corruption_detected - This indicates heap corruption was detected
Root cause: The app is corrupting memory allocated by Swift’s object allocation system
Stack trace: The crash occurs during Swift object allocation (swift_slowAllocTyped → _swift_allocObject_)
2. Null Pointer Dereference (Second Crash - June 11, 09:47:40) The second crash shows a segmentation fault:
Error: EXC_BAD_ACCESS with KERN_INVALID_ADDRESS at 0x0000000000000010
Root cause: Attempting to access memory at address 0x10 (essentially a null pointer + small offset)
Context: This happens during UI layout operations, specifically when measuring text in NSTextField components
Common Pattern Both crashes share a concerning pattern:
They occur during UI layout and constraint updates
The app appears to have memory management issues affecting Swift object allocation
The crashes happen during normal UI operations (text measurement, constraint solving)
Likely Root Causes Memory Management Issues: The app likely has:
Use-after-free bugs where objects are accessed after being deallocated
Improper memory handling in Swift/Objective-C bridging
Race conditions in UI updates from background threads
UI Threading Problems: The second crash occurs during complex UI layout operations, suggesting possible:
UI updates happening on background threads
Concurrent access to UI objects without proper synchronization
Recommendations
Enable debugging tools like Address Sanitizer and Thread Sanitizer
Review memory management in Swift code, especially around object lifecycle
Audit UI threading - ensure all UI updates happen on the main thread
Check for retain cycles and improper weak/strong reference handling
Update dependencies - The RiveRuntime framework might have known issues
The crashes suggest fundamental memory safety issues that need systematic debugging with appropriate tools.
https://chatgpt.com/share/6848cd72-3540-800c-b150-bc2e3139e14b First was Claude this is ChatGPT. Hope it’s useful.
We're still looking into it trying to replicate or understand whats going on. One of the issues seems to be with the Rive framework that we use for animation, but the other happens on launch and is a weird issue that we have no pointer to right now. If you can jump on a zoom call we can try to delete the app completely off your mac and try a reinstall, that may fix the problem.
sure
are you available now?
yes, let’s do it
will dm you a link