Skip to content

Improve Error handling between the guest and the host #203

@simongdavies

Description

@simongdavies

At present when raising an error in the guest we are using a generic HyperlightGuestError variant, it should be possible for a hyperlight implementation to define their own error variants.

These variants should be transparently translated between guest and host, in other words if a guest returns Err(ParseError) then the result of the call in the host should be Err(ParseError)

There are two parts to solving this issue:
(1) Being able to create specific types of Hyperlight guest errors (i.e., similar to thiserror in the host),
(2) Type information of the guest error in the host would get lost without (1).

Note that thiserror now supports no_std.

Metadata

Metadata

Assignees

No one assigned

    Labels

    lifecycle/confirmedBug is verified or proposal seems reasonable

    Projects

    Status

    No status

    Relationships

    None yet

    Development

    No branches or pull requests

    Issue actions