Catch the panic & unwind, safe program execution continues. Fundamentally impossible in Fil-C.

I do not know how Fil-C handles this, but it could raise a signal that one can then catch.

wakawaka28 3 hours ago | parent | prev [-]

Seems like a niche use case. If it needs code to handle, it's also not apples to apples...

It's an apple to non-existent-apple comparison. Fil-C can't handle it even with extra code because Fil-C provides no recovery mechanism.

I also don't think it's that niche a use case. It's one encountered by every web server or web client (scope exception to single connection/request). Or anything involving batch processing, something like "extract the text from these 10k PDFs on disk".

	▲	wakawaka28 2 hours ago \| parent [-]
		Sure, it's not implemented in Fil-C because it is very new and the point of it is to improve things without extensive rewrites. Generally, I think one could want to recover from errors. But error recovery is something that needs to be designed in. You probably don't want to catch all errors, even in a loop handling requests for an application. If your application isn't designed to handle the same kinds of memory access issues as we're talking about here, the whole thing turns into non-existent-apples to non-existent-apples lol.