Closed pramodk closed 2 weeks ago
Hello, would you have any news on that? I just bumped into it again, thanks!
No, probably the order will be something like:
The following is a shorter reproducer, found by checking the backtrace of the reproducer provided above:
import numpy as np
from neuron import h, gui
from neuron.units import ms
mods = [
"StochKv3",
]
s = h.Section()
for mod in mods:
print(mod, flush=True)
s.insert(mod)
# s.deterministic_StochKv3 = 0
h.setdata_StochKv3(0.5, sec=s)
h.setRNG_StochKv3(1, 1)
print(s(0.5).rng_StochKv3)
This ultimately tries to return a data_handle<double>
, which must fail because rng
isn't a double
.
Third version of a reproducer:
import numpy as np
from neuron import h, gui
from neuron.units import ms
mods = [
"StochKv3",
]
s = h.Section()
for mod in mods:
print(mod, flush=True)
s.insert(mod)
# s.deterministic_StochKv3 = 0
h.setdata_StochKv3(0.5, sec=s)
h.setRNG_StochKv3(1, 1)
s.psection()
when calling s.psection
we happen to call:
mechname = "rng_StochKv3"
getattr(seg, mechname)
@arnaudon I'd like to test changes related to this issue. However, the morphology files have vanished from GPFS, could you please update the reproducer such that the input files are valid again?
@arnaudon: Luc saw that the files on GPFS are moved/deleted and hence getting errors from reproducer:
OSError: Morphology not found at '/gpfs/bbp.cscs.ch/project/proj148/scratch/circuits/20240314/bioname/emodels/morphologies/cSTUT.asc'
Maybe it would be easy to provide new pkl
files by using available morph directory like below?
/gpfs/bbp.cscs.ch/project/proj148/scratch/circuits/20240531/bioname/emodels/morphologies
We don't know the original program/test and hence the request 🙂
Sorry about that, hugo did some cleanup of circuits, and erased this one. I recreated the folder/file, so you should now be able to run the reproducer.
Thank you! When using #2940, I get the same output with 9.0 and 8.2.4:
failed: {'bpo_holding_current': -0.0078125, 'SearchHoldingCurrent.soma.v': <bluepyopt.ephys.responses.TimeVoltageResponse object at 0x7fffb8904850>}
(the only difference is the address.)
Great, thanks a lot!
(thanks to @arnaudon for creating the issue in the BBP JIRA system with a reproducer! 🙌 )
Overview of the issue
When switching to NEURON 9 module (e.g. neuron-nightly wheel), I encountered a crash using bluepyopt-based evaluation. The error I see is:
I have attached the reproducer including the necessary MOD files. The example is just using a pickled class based on bluepyopt, I can provide more info on what it is inside, but it's a step protocol applied to a cell.
This same example runs to completion with NEURON v8.2.4.
Expected result/behavior
If NEURON v8.2.4 works then NEURON 9 should also work. If the model is incompatible, the error should be better/self-explanatory.
NEURON setup
Minimal working example - MWE
To reproduce the issue, uninstall
neuron v8.x
from venv and installneuron-nightly
.Logs
Reproducer:: repro_neuron9_bug.tgz