cairo lang errs

[lordshashank]

Usage related changes

improves error handling

Development related changes

Resolves https://github.com/0xSpaceShard/starknet-devnet-rs/issues/198

Checklist:

• [X] Checked the relevant parts of development docs
• [X] Applied formatting - ./scripts/format.sh
• [X] No linter errors - ./scripts/clippy_check.sh
• [X] No unused dependencies - ./scripts/check_unused_deps.sh
• [X] Performed code self-review
• [X] Rebased to the latest commit of the target branch (or merged it into my branch)
• [ ] Updated the docs if needed, including the TODO section
• [X] Linked the issues which this PR resolves
• [ ] Updated the tests if needed; all passing (execution info)

[lordshashank]

@marioiordanov is this what you meant (I took sierra errors from cairo_lang_starknet_classes, as cairo_lang_starknet had just abi errors in it) ? I have also not removed the "reason" property, let me know if you want it removed.

[marioiordanov]

@lordshashank just make it as TransactionExecutionError(#[from] TransactionExecutionError)

[lordshashank]

@marioiordanov did that as following

    #[error(transparent)]
    SierraCompilationError(#[from] StarknetSierraCompilationError),

Now, I tried to use ? to auto parse error here but its not working, should I use StarknetSierraCompilationError variants here?

[marioiordanov]

@lordshashank take a look at other error variants that have the same structure

[lordshashank]

@marioiordanov , I have looked into the other variants, thing is StarknetSierraCompilationError has many variants here, Would downcasting work here so as to get the variant automatically like this

                let casm_json = usc::compile_contract(serde_json::to_value(sierra_contract_class).map_err(
                    |err| Error::JsonError(JsonError::Custom { msg: err.to_string() }),
                )?).map_err(|err| {
                    let err_str = err.to_string();
                    if let Some(sierra_error) = err.downcast::<StarknetSierraCompilationError>().ok() {
                        Error::SierraCompilationError(sierra_error)
                    } else {
                        Error::UnexpectedError(err_str)
                    }
                })?;

or should I use some specific variant only?

[marioiordanov]

@lordshashank sorry about misleading you, just add a String to the SierraCompilationError variant and then create the variant like this: Error::SierraCompilationError(err_str)

[lordshashank]

@marioiordanov I don't understand, do you want StarknetSierraCompilationError Error derivation for SierraCompilationError to be removed here and just make variant from string message, if thats the case, it is already like that in repo's current state, then what changes do we intend to do in the issue?

[marioiordanov]

I just saw that there are two SierraCompilationError variants in different crates. Replace usage of SierraCompilationError variant from starknet_devnet_core::errors::Error with TypesError(starknet_devnet_types::error::Error::SierraCompilationError). Then delete the variant from starknet_devnet_core

[lordshashank]

@marioiordanov did that, let me know if something else is to be done here.

[lordshashank]

@marioiordanov should we change issue description if this is all to be done?

[marioiordanov]

@lordshashank we will just make a comment. Have to run the CI to approve your PR

[lordshashank]

Ok let me know if CI fails.