You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
This is helpful for learning about all of the missing surfaces at once instead of one at a time. The ones not caused by Issue #56 can then be added to the MCNP_Problem instance since it has not raised a fatal error.
Perhaps this would be a nice feature on the main codebase.
The text was updated successfully, but these errors were encountered:
I still think this should be a fatal error, but yeah having an accumulator might be nice. Maybe we catch and append to the error, and at the very end raise it? This could be easy to solve with recursion.
Should we do it? Make this a recursive function call?
The accumulator will be nice. I think that's something that will be useful to everybody. Is there any advantage to making it recursive instead of just for-looping?
With recursion it'd be easy to keep adding to the error before finally raising it without a catch. Basically if you do a depth-first search this should work recursively:
In GitLab by @tjlaboss on Aug 5, 2022, 16:49
MontePy is helping me to move some specimens between models. I've made the following change on my local branch.
Original: cells.py#L80
Local:
This is helpful for learning about all of the missing surfaces at once instead of one at a time. The ones not caused by Issue #56 can then be added to the
MCNP_Problem
instance since it has not raised a fatal error.Perhaps this would be a nice feature on the main codebase.
The text was updated successfully, but these errors were encountered: