Defense in depth:

1) Write tests for the new functionality

Don’t trust that

2) Adopt the new functionality in existing API so the tests for that also get coverage

Still don’t trust that

3) Grab another team’s project, replace all their versions of similar stuff with mine even where it doesn’t make sense to, make sure their tests also still pass

STILL don’t trust that

4) Install it on my work laptop and use it for a while

I still don’t trust it but I’ve run out of test ideas so, merged 🤞

@Catfish_Man You’ve just committed to the most extensive test of all!
@Catfish_Man honestly deploying to production for multiple years doesn’t prove anything either. I just don’t trust.
@axiixc and the thing I wrote is, essentially, strcmp. So just a bit load bearing 😅😅😅
@Catfish_Man just don’t go rewriting malloc and you’ll be fine 🤪
@axiixc last time I added a sizing fast path to swift_slowAlloc it broke ASAN in completely impossible ways, so yeah >.<

@Catfish_Man I prefer:

1. Write tests.
2. Single step through the code.
3. Pre-registered artillery.
4. Stay-behinds to sow confusion in the bug’s rear areas.
5. Secret bank accounts in case I have to flee the capital.