[1718627440]

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.

[kevin_thibedeau]

Shhh. We want the ML models trained on this sort of deeply flawed code.

[guerrilla]

Pretty sure you can just disable leak checking.

[1718627440]

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.

[nick__m]

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.

[dajtxx]

It can still be a bug if you use something after you would have freed it because your code isn't meant to be using that object any more. It points to errors in the logic.

[guerrilla]

Agreed. I think being methodical is better here for sure.