-
Notifications
You must be signed in to change notification settings - Fork 59
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Own error type #42
Comments
(Per out-of-band conversation, this is a good idea.) |
Likely another one that can be closed (based on the merged PR above) |
@mbestavros how close are you on this? |
I've got a basic custom error for |
@frozencemetery and @lukehinds: The above two PRs (#49 and #52) implement a custom error type for (Personally, I think it'd make more sense to open separate issues for other custom error types, should we want to pursue them.) |
Agreed, closing. |
Would it be better if there is an error type for our own crate that can map from other error? (e.g. Fromio::Errror, etc)
Because now the err handling type is a boxed string, which looks not professional. :)
The text was updated successfully, but these errors were encountered: