Skip to content
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

Add richer error-handling constructs #434

Closed
aturon opened this issue Nov 3, 2014 · 4 comments
Closed

Add richer error-handling constructs #434

aturon opened this issue Nov 3, 2014 · 4 comments
Labels

Comments

@aturon
Copy link
Member

@aturon aturon commented Nov 3, 2014

The trait-based exception handling RFC was postponed for the 1.0 timeframe, but the core team and broader community are generally in favor of this design. We hope to revisit it shortly after the release candidate is produced.

@mitsuhiko
Copy link
Contributor

@mitsuhiko mitsuhiko commented Nov 5, 2014

Is there a chance we could see a fail! macro before 1.0 that does what the error part of the try! macro does at least? The FromError trait is really convenient but currently it feels very much like something like fail! needs to be added.

Eg:

macro_rules! fail {
    ($expr:expr) => (
        return Err(::std::error::FromError::from_error($expr));
    )
}
@arthurprs
Copy link

@arthurprs arthurprs commented Nov 6, 2014

fail! is a nice complement to try! +1 on that

@johanfange
Copy link

@johanfange johanfange commented Nov 9, 2014

What about stack traces? Stack traces are immensely useful for diagnosing errors in large long-running applications.

Or is that an orthogonal feature?

@petrochenkov petrochenkov added the T-lang label Jan 19, 2018
@Centril
Copy link
Contributor

@Centril Centril commented Oct 11, 2018

We can probably close this now since there are so many various error handling proposals.

@Centril Centril closed this Oct 11, 2018
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Projects
None yet
Linked pull requests

Successfully merging a pull request may close this issue.

None yet
6 participants