From 342f1b0b5bca160c5f0e5b74c33b747ca945b685 Mon Sep 17 00:00:00 2001 From: Ajay Kidave Date: Mon, 9 Dec 2024 14:57:44 -0800 Subject: [PATCH] Fix typo --- content/blog/errors.md | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/content/blog/errors.md b/content/blog/errors.md index 980d6df..d89511c 100644 --- a/content/blog/errors.md +++ b/content/blog/errors.md @@ -72,6 +72,6 @@ The Clace runtime provides all the APIs used by Clace apps by means of plugin ca The error check happens at the API boundary (Starlark to Go in this case). If there is code which does excessive CPU usage or memory allocation, that code will run before the automatic error check kicks in. That should not be an issue in practice for glue code as used by Clace. -This error handling solution is limited in scope to use cases where glue scripts are being written which make lots of API calls. Basically provider a shell errexit type facility for non shell code. This does not support error handling which needs to happen within user defined code, like one function which returns an error to be handled by another function. +This error handling solution is limited in scope to use cases where glue scripts are being written which make lots of API calls. This provides a shell errexit type feature for regular code. This does not support error handling that needs to happen within user defined code, like one function which returns an error to be handled by another function. Handling resource leaks is another concern. For Clace, since all resources (transactions, result sets etc) are created through the plugin API, they are automatically closed when an error occurs.