NEST  2.6.0,not_revisioned_source_dir@0
Todo List
Member Dictionary::add_dict (const std::string &, SLIInterpreter &)
Allow for free formatting of target dictionary entries via functor, and add traits to allow duplicates.
See also
remove_dict
Class DynamicModuleManagementError
Shouldn't this be a KernelException?
Class nest::correlation_detector
The correlation detector could be made more efficient as follows (HEP 2008-07-01):
  • incoming_ is vector of two deques
  • let handle() push_back() entries in incoming_ and do nothing else
  • keep index to last "old spike" in each incoming_; cannot be iterator since that may change
  • update() deletes all entries before now-tau_max, sorts the new entries, then registers new entries in histogram
Member nest::correlation_detector::handle (SpikeEvent &)
implement if-else in term of function
Class nest::correlation_detector::State_
Is there a replacement for std::list that allows fast insertion inside, fast deletion at the beginning, and maintains sorting?
Note
Constructed with empty structures, which are set to proper sizes by init_buffers_().
State_ only contains read-out values, so we copy-construct using the default c'tor.
Class nest::correlomatrix_detector
The correlation detector could be made more efficient as follows (HEP 2008-07-01):
  • incoming_ is vector of two deques
  • let handle() push_back() entries in incoming_ and do nothing else
  • keep index to last "old spike" in each incoming_; cannot be iterator since that may change
  • update() deletes all entries before now-tau_max, sorts the new entries, then registers new entries in histogram
Class nest::correlomatrix_detector::State_
Is there a replacement for std::list that allows fast insertion inside, fast deletion at the beginning, and maintains sorting?
Note
Constructed with empty structures, which are set to proper sizes by init_buffers_().
State_ only contains read-out values, so we copy-construct using the default c'tor.
Member nest::Device::get_t_max_ () const
Should be protected, but is temporarily public to solve inheritance problems in AnalogSamplingDevice.
Member nest::Device::get_t_min_ () const
Should be protected, but is temporarily public to solve inheritance problems in AnalogSamplingDevice.
Member nest::iaf_cond_alpha_mc::get_status (DictionaryDatum &) const
dictionary construction should be done only once for static member in default c'tor, but this leads to a seg fault on exit, see #328
Class nest::iaf_psc_alpha_canon
Implement current input in consistent way.
Class nest::iaf_psc_alpha_presc
Implement current input in consistent way.
Class nest::iaf_psc_exp_ps
Implement current input in consistent way.
Class nest::mip_generator
Better handling of private random number generator, see #143. Most important: If RNG is changed in prototype by SetDefaults, then this is
Member nest::mip_generator::event_hook (DSSpikeEvent &)
Should use binomial distribution
Class nest::ModelsModule
Should this be a dynamic module?
Class nest::Multimeter
Testing and Code Review:
  • performance: currently about 5% slower than plain voltmeter; but check asserts in universal_data_logger.
Member nest::Multimeter::Buffers_::Buffers_ ()
Ideally, one should be able to ask ConnectionManager.
Member nest::NestModule::get_num_threads ()
This functions is a hack, to make the number of threads globally available. It should obviously be part of Scheduler or Network, but implementing it there would require a major re-design of the class.
Member nest::Network::copy_model (index old_id, std::string new_name)
Not fully compatible with thread number changes and unregister_model() yet.
Member nest::Node::network ()
This member should return a reference, not a pointer.
Member nest::RecordablesMap< HostNode >::get_list () const
This fct should return the recordables_ entry, but since filling recordables_ leads to seg fault on exit, we just build the list every time, even though that beats the goal of being more efficient ...
Class nest::RecordingDevice
Some aspects of RecordingDevice behavior depend on the type of device: Multimeter needs to have its data cleared on n_events==0 and provides an accumulator mode which is administered by RecordingDevice. To tell recording device about this deviating behavior, we mark the type of "owning device" with an enum flag on construction. This is not very clean and should probably be solved by subclassing instead.
Member nest::RecordingDevice::set_status (const DictionaryDatum &, DataT &t)
This breaks encapsulation. Can be find a better solution, short of a huge mess with pointers to owners and an extended owner interface?
Class nest::sinusoidal_gamma_generator
The implementation is very quick and dirty and not tuned for performance at all.
Note
The simulator works by calculating the hazard h(t) for each time step and comparing h(t) dt to a [0,1)-uniform number. The hazard is given by $[ h(t) = {a (t) (t)^{a-1} e^{-(t)}}{(a, (t))} $] with $[ (t) = dc + ac ( 2 f t + ) $] $[ (t) = a {t_0}^t (s) ds $] and the incomplete Gamma function $(a,z)$; $a$ is the order of the gamma function and $t_0$ the time of the most recent spike.
This implementation assumes that outgoing connections are all made from the same synapse type, see #737. Once #681 is fixed, we need to add a check that his assumption holds.
Class nest::StimulatingDevice< EmittedEvent >
The timing of analog devices is correct only if they are transmitted using Network::send_local(), but we cannot enforce this currently.
Class SLIArrayModule::FiniteQ_dFunction
This class does not really belong into sliarray, but is placed here since it is a Mathematica-style Q function.
Member SLIInterpreter::raisesignal (int)
Document this function.