The point at which you _could_ start to have undefined behavior is within an `unsafe` block or function. So even if the "failure" occurred in some "safe" part of the code, the conditions to make that failure would start in the unsafe code.
When debugging, we care about where the assumptions we had were violated. Not where we observe a bad effect of these violated assumptions.
I think you get here yourself when you say:
> triggering undefined behavior can in theory cause the program to do anything, including fail spectacularly within seemingly unrelated safe code
The bug isn't where it failed spectacularly. It's where the C++ code triggered undefined behavior.
Put another way: if the undefined behavior _didn't_ cause a crash / corrupted data, the bug _still_ exists. We just haven't observed any bad effects from it.
I've been pronouncing it as "nanites" in my head since the first time I've seen it. Dunno why and now I feel just a tiny silly, though I still prefer my pronunciation.
Needless to say I never had to actually say "n8n".
Incorrect. They're not a C corp, they're a public benefit corporation. They have a different legal obligation. Notably, they have a legal obligation to deliver on their mission. That's why Anthropic is the only actual mission-driven AI company. They do have to balance that legal obligation with the traditional legal obligations that a for-profit corporation has. But most importantly, it is actually against the law for them not to balance prioritizing making money and prioritizing AI safety!
reply