[Bug] Unable to debug DMTCP motherofall NULL pointer with ThreadSanitizer

Open 💬 0 comments Opened Jul 10, 2026 by gc00

Bug Description
DMTCP is a widely used package for checkpoint-restart, open-source, available for 15 years. We're extending it to support tarrgets compiled with ThreadSanitizer (gcc -fsanitize). When running with a target compiled with ThreadSanitizer, it hits a bug in DMTCP, and DMTCP reports that its motherofall variable is NULL. We want to debug DMTCP. I asked it to reproduce the bug in _our_ code for DMTCP. Specifically, I asked about this commit:
https://github.com/dmtcp/dmtcp/pull/1278

I wrote:

The branch fix-bug5-motherofall-race was needed, because otherwise, we were seeing a case of an ASSERT because motherofall was NULL. I want to go back to before this fix (before the last commit on this branch), and give a simple way to reproduce that error. (The error happened during checkpoint, if my memory is correct.)

And then, after 8 minutes and 20 seconds of Claude computing, it tells me:

API Error: Sonnet 5 has safety measures that flagged this message for a cybersecurity topic. To learn about the Cyber Verification Program and apply for access, visit our help center: https://support.claude.com/en/articles/14604842-real-time-cyber-safeguards-on-claude.

This is nonsense. I could simply revert the latest commit, and run it myself to observe the bug with motherofall being NULL. As a convenience, I simply asked Claude to do that for me. We're working on Checkpoint-restart. DMTCP is a widely used software developed over 15 years (similar in some sense to CRIU, which also does checkpoint-restart).

Why does Claude Code insist that working on checkpoint-restart is a cybersecurity topic?

Environment Info

  • Platform: linux
  • Terminal: wsl-Ubuntu-24.04
  • Version: 2.1.206
  • Feedback ID: 41d3802f-00bf-4f44-9348-f8315d8603ff

Errors

[] -- Claude Code claims a cybersecurity topic, when clearly it's not.

View original on GitHub ↗