-
Notifications
You must be signed in to change notification settings - Fork 29
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
issues with "New python bindings using pybind11" #423
Comments
moose.le('/elmenent_that_does_not_exists') now raises ValueError like version 3.1.x and does not fail with a seg-fault.
The PR #424 fixes the seg-fault issue with
Also see #404 (comment) and https://labnotes.ncbs.res.in/comment/2322#comment-2322 and follow-up discussion on issue #404 on why The current recommendation is to use Nonetheless, to summarise, following is the behavious of new bindings: n = moose.Neutral('/n')
c = moose.CubeMesh('/n/cube')
print(isinstance(c, moose.CubeMesh)) # True
print(isinstance(c, moose.ChemCompt)) # False
print(c.isA['ChemCompt']) # True The line |
Yes my mistake, I had changed this in the moose-gui, will do for SBML reader and writer also. |
moose.le('/') works but
moose.le('/r') which is not defined or created it gives
moose.element: /r does not exist!
Segmentation fault (core dumped)
isinstance of super class gives False
n = moose.Neutral('/n')
c = moose.CubeMesh('/n/cube')
isinstance(c,moose.ChemCompt)
returns False should be True as CubeMesh is inherited from ChemCompt which was the True before new python bindings
The text was updated successfully, but these errors were encountered: