www.neuron.yale.edu

I have a model with over 10000 sections, specified in Python via the neuron module. When I execute: h.topology() I am warned: NEURON: Stack too deep. Increase with -NSTACK stacksize option If I then execute: from neuron import gui and use the ModelViewer to visualize the topology, it's clear that it...

if mac os x then use: http://www.neuron.yale.edu/ftp/neuron/versions/alpha/nrn-7.4.alpha-1213.x86_64-apple-osx10.7.5.dmg Thanks for all your help, Michael. I installed from this image, but still get the same compile errors when attempting to make vecevent.mod thread safe. Going back to the original...

hines wrote:I assume you want to launch anaconda's version of python and import neuron. What machine are we talking about?

Mac. Has that image been built --with-paranrn to work with mpi?

The THREADSAFE keyword did not cause compiler problems when I checked it today with the latest mercurial trunk version. I'm guessing the problem will disappear if you use that or one of the 7.4 alpha distribution files at http://www.neuron.yale.edu/ftp/neuron/versions/alpha/ Let me know if that is ...

hines wrote:is your version of the mod file the same as at
http://www.neuron.yale.edu/hg/neuron/nr ... cevent.mod
If so, what is your version of NEURON?

Yes.
NEURON -- VERSION 7.3 ansi (975:433096832316) 433096832316

It turns out that vecevent.mod is, in fact, threadsafe if the POINTER is only used to reference a Vector object from Hoc. So THREADSAFE should be added to the beginning of the NEURON block in vecevent.mod. This actually results in a series of errors: vecevent.c:282:23: error: parameter named '_p' i...

Thanks for the updated vecevent.mod So even if the VecStim object is not threadsafe, if a single cell model was split into pieces to run in multiple threads, could VecStim objects still be used as sources for NetCon objects targeting point processes in the multisplit cell, or not? Artificial cells a...

I find VecStim very useful for driving spikes with a list of spike times from python. However, I'm trying to make all my .mod files thread safe and cvode-compatible. Compiling vecevent.mod results in: Translating vecevent.mod into vecevent.c Notice: VERBATIM blocks are not thread safe Any ideas? Her...

Why are your storval and vec objects created through the "last resort" hoc interpreter? Just declare them as Python objects like: Then interact with the objects purely in Python, rather than hoc.

"Pickling" a data structure performs a deep copy of all the objects comprising the data structure. This means that if you have a Python class that is a wrapper around your hoc sections, then information about section names or lengths or distances that is contained in Python class variables...

I will consider your comments. Thank you. One problem is that a basic change in this area can have bad ripple effects and generate other kinds of confusion. An important issue is not only whether a section exists at the interpreter level, but also whether it is being simulated during a run. Note th...

Deletion of python sections via h.delete_section(sec=pysec) can be implemented but remember that deletion also occurs when the last python reference to the section dissappears as well. In the typical case, hoc cell templates that construct hoc sections or python cell objects that construct python s...

So this raises the delicate question of whether I should change the behavion of h.delete_section() so that it removes Python created sections from the internal list of sections that are to be simulated I vote YES, please allow Python-created sections to be deleted via h.delete_section(sec=python_na...

I also encountered this issue after compiling neuron from source with anaconda python. I resolved it by copying libreadline.6.2.dylib from /anaconda/lib into /usr/lib

First a few questions. Are you running NEURON under MSWin, Linux, or OS X? OS X Did you build NEURON from source code using --with-nrnpython? Yes. Come to think of it, I did not install the anaconda build of python until after I had installed NEURON. Is it now hard coded to refer to the previous py...