-
Notifications
You must be signed in to change notification settings - Fork 80
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
Make our use of Exceptions consistent #48
Comments
Hello @Patamap I would like to work on this issue, so can you please elaborate what I need to do to fix this issue? |
@Patamap can you please explain me a little bit about the issue |
@mfellows - could you please add a brief description to help @AlkaDas991? I know exception handling was one of your bugbears. |
Hi Alka, thanks for your interest in this issue - One example would be spatialtiledlocaldomaincontroller.cpp lines 794-840, you can see the huge variety of exceptions in there - which in theory should be helpful to narrow errors down, but in reality you need a try/catch block a mile long to extract all the information out of the different exception types. This is particularly a problem in user (module) code where instead of catching all the different exception types in flintexceptions.h, we (well, I...) lazily catch FLINTException, and then all those boost::error_info details get lost. I think it would tidy things up a lot if we either got rid of all the specialized exceptions and stuck with a single one like SimulationError, or required FLINTException subclasses to override what() or some other method that rolls up all the details into some user or developer-friendly text. There's a fair amount of flexibility for fixing this issue, steps would basically be:
|
Hey @mfellows @aornugent Can I be assigned this issue, it has been inactive for a while and I think I can implement my solution here. |
That's fine - could you please also coordinate with @AlkaDas991 so that you can both learn together? I'll connect you on Slack. |
Hi @mfellows, I discussed this with @aornugent and it would be great if you look into this as well. |
Make our use of Exceptions consistent - for example remove any boost exceptions handling at higher levels. Any special exception handling should be caught at lower levels, and moja exceptions passed on. The system should use it’s own collection of std exceptions.
Please feel free to contact Jim via Slack, https://app.slack.com/client/T1G1M5HPF/D014VTVKJEA for further questions/comments.
The text was updated successfully, but these errors were encountered: