← Back to context

Comment by 1718627440

4 days ago

That might be true, but leaking is neither the critical nor the most hard to find memory management issue, and good luck trying to adapt or even run valgrind with a codebase that mindlessly allocates and leaks everywhere.

Pretty sure you can just disable leak checking.

  • But for example verifying that memory is not touched after it is supposed to, is much harder when you can't rely on it being freed.

    Of course literally running valgrind is still possible, but it is difficult to get useful information.

    • You cannot have use-after-free if you never call free, so there are no points at which memory should not be touched.

      That's the beauty of the never free memory management strategy.

      2 replies →