| ▲ | yjftsjthsd-h 9 hours ago | |
Depends in which sense you want it to "catch" the bugs. As this readme notes/quotes, > All memory safety errors are caught as Fil-C panics. If your problem is a memory-based bug causing a crash, I think this would just... catch the memory-based bug and crash. Like, it'd crash more reliably. On the other hand, if you want to find and debug the problem, that might be a good thing. | ||
| ▲ | dafelst 8 hours ago | parent | next [-] | |
Sure, if the memory error is an immediately crashing one like a null per deref, but if is (for example) a memory corruption (e.g. an out of bounds write or a write-after-free) then this would be super helpful in exposing where those are happening at the source. | ||
| ▲ | wat10000 7 hours ago | parent | prev [-] | |
That’s what “catch” means here. As in, catch it in the act. Tools that make bugs crash more reliably and closer to the source of the problem are extremely valuable. | ||