www.neuron.yale.edu

Are you sure that's necessary? For examples of code that works just fine on single processor boxes without mpi, and on clusters with mpi Yes, indeed they do. As I said, it was my mistake of not calling stdinit() before calling pc.psolve() that was causing my issues. One slight difference remains be...

I just got psolve() working on a single machine (forgot to call stdinit() before it) so this is no longer a dire need for me.

It isn't only a problem in the alpha, though. I tested this in the standard distributions on Linux and Windows of NEURON 7.0 and they both return nhost() = 1. I distinctly remember it returning 0 before version 7.0 (and the documentation, of course, requires it to be the case). I looked through the ...

When I run the code below in a non-cluster enivornment (i.e. nrniv filename.hoc - ) it prints out 1 instead of 0. objref pc pc = new ParallelContext() print pc.nhost() The documentation says, however, that nhost should return 0 in this setting. I am using the January Alpha 315 installer on Linux, al...

Apologies for the delay in testing this. I compiled the alpha source code (NEURON -- VERSION 7.1 (298+:4d04b5dab7ff+) 2009-03-23) and tried to run my model with it. NEURON crashed with this output: nrniv: ../nrncvode/occvode.cpp:656: void Cvode::fun_thread_transfer_part2(double*, NrnThread*): Assert...

Ah, thank you very much for that. I shall test this in my model soon.

Haha, mine only has 264... guess I need to work harder then.

Thank you very much for the clarification and code sample.

Apologies for resurrecting this rather old thread, but it was only the third one in the forum... so yeah. I was wondering what the status of this question given the recent release of the 7.0 version into the wild. My model too uses quite a number of graduated synapses that require stepwise updates t...

Turns out this was a Vista issue. I tested these compiled nrniv exe and dll and they worked fine on the cluster of XP machines. There were some interesting messages about 'dlopen' failing (which read, "dlopen failed - No such process") , which I'll have to investigate, but the MPI tests al...

Hello, I am trying to compile NEURON 6.2 standard distribution with a non-cygwin version of MPI. I've used this MPI implementation for NEURON 6.1 so I know it works. Here is my configure command line: ./configure --prefix=`pwd` --with-paranrn --with-mpi --with-multisend CPPFLAGS="-IC:/DeinoMPI/...

Thank you ted and JimH. You're right `nrngui test.hoc` does work as expected. The reason why I thought it didn't is because of the way the double-click launch works on Ubuntu. What I wanted to do is to replicate the Windows' version functionality of being able to double click on the .hoc file and ha...

There is probably a simple solution for this, but it escapes me. When I run this from the command line: nrniv test.hoc It runs the .hoc file and exits, even though there is no quit() statement in the file. nrngui does the same, and nrnoc just plain refuses to work. I would like the behavour to be ex...

Ah, I see. I misunderstood what the manual was implying. Thanks for the clarification.

I found that if one uses the third form of Vector's record function (the one with the separate time vector) I get no recorded data for either vector. Here's a sample code that reproduces the bug for me: load_file("stdrun.hoc") create soma insert pas objref data_vec, time_vec data_vec = new...

Naturally. This only applies to DeinoMPI, which I am using for my NEURON MPI work on windows. The idea is that you should set the 'working directory' of the process stager to the location of your primary .hoc file. This encourages NEURON to set its current directory to point to somewhere useful.