You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I have read the roadmap and priorities and I believe this request falls within the priorities.
What is your request?
Please add the ability to access errno after using external_call in Mojo. This enhancement will allow for more detailed error handling and reporting after system function calls.
What is your motivation for this change?
Currently, while Mojo's external_call facilitates the invocation of system library functions, it lacks the capability to access error codes (errno) after a call fails. This limitation significantly restricts error management. For instance, operations such as file deletion or library closure provide only the status of failure without any information on the cause of the error. This lack of detailed error information is a major hindrance for developers in diagnosing issues and providing useful feedback to users.
The implementation should include the following minimum functional attributes:
Direct access to errno or through a standardized error handling interface.
A mechanism to capture and return error states in a consistent manner across platforms.
The ability to return detailed error messages based on error codes, similar to the strerror function in C, either supported directly by Mojo or implemented internally.
Other considerations:
Enhancing error handling capabilities will contribute to strengthening Mojo's flexibility and reliability as a systems programming language.
Improving error management will help developers build more robust and stable applications and improve the end-user experience.
The text was updated successfully, but these errors were encountered:
Review Mojo's priorities
What is your request?
Please add the ability to access errno after using external_call in Mojo. This enhancement will allow for more detailed error handling and reporting after system function calls.
What is your motivation for this change?
Currently, while Mojo's external_call facilitates the invocation of system library functions, it lacks the capability to access error codes (errno) after a call fails. This limitation significantly restricts error management. For instance, operations such as file deletion or library closure provide only the status of failure without any information on the cause of the error. This lack of detailed error information is a major hindrance for developers in diagnosing issues and providing useful feedback to users.
Examples:
Any other details?
The implementation should include the following minimum functional attributes:
Other considerations:
The text was updated successfully, but these errors were encountered: