- Mar 22, 2013
-
-
Josh Siegle authored
-
- Feb 13, 2013
-
- Feb 11, 2013
-
-
aacuevas authored
-
aacuevas authored
-
jsiegle authored
Processors fixups
-
Marti Bolivar authored
We still hardcode paths, but this is better. - Initialize lengthOfInputFile and bufferSize to 0 in case input isn't found. - Pull call to fopen out of ifdefs, so a future patch can just rip out the hardcoded path parts. - If input _is_ found, then don't leak the file descriptor when the FileReaderThread gets deleted. - If input isn't found, emit a sensible error message and bail in the constructor when the file isn't found. Have subsequent calls that try to use the FileReaderThread fail instead of crash. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
There's no such thing (type, variable, or otherwise) as a FileReader. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
- Feb 10, 2013
-
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
- We'll need this functionality exposed to fix other bugs elsewhere, so add new SourceNode::tryEnablingEditor(). - Use isReady() instead of dereferencing dataThread directly, since it may be NULL. - Tweak console output to more accurately describe what's happening. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Just include the superclass (DataThreads/DataThread.h) header in SourceNode.h, and move the includes for the existing subclasses into SourceNode.cpp. This will keep users of SourceNode from depending on implementation details of the various subclasses. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
- Feb 07, 2013
-
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
- Feb 06, 2013
-
-
Marti Bolivar authored
createProcessorFromDescription() purports to only want one Intan demo board at a time, but in fact bars multiple "File Reader" or "Custom FPGA" subProcessorType values. We're adding hooks for a socket reader here, and the current code would limit us to just one, which isn't what we want. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
These should only be defined once. Instead of making them private to ProcessorList, define them at global scope in ProcessorList.cpp, so ProcessorListItem can use them too. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
jsiegle authored
Misc cleanups
-
Marti Bolivar authored
This ignores Emacs autosave files and any directory-local variable files. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
Ignoring these allows running cscope-indexer without git status complaining. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Marti Bolivar authored
That's an antipattern. Instead, add Source/Docs/* to .gitignore, and let people build the docs themselves. This keeps them from getting out of sync with the source tre and from cluttering up the diffs. Signed-off-by:
Marti Bolivar <mbolivar@leaflabs.com>
-
Josh Siegle authored
-
aacuevas authored
-
aacuevas authored
-
aacuevas authored
-
- Feb 05, 2013
-
-
Josh Siegle authored
-
Josh Siegle authored
-
- Feb 01, 2013
-
-
jsiegle authored
-
jsiegle authored
Saving Parameters
-
jsiegle authored
-
Josh Siegle authored
-
- Jan 30, 2013
-
-
Josh Siegle authored
- Jan 29, 2013
-
-
aacuevas authored
-
- Jan 28, 2013
-
-
Ryan Maloney authored
Uses the parameters array to create XML data for parameter settings on each channel when saving. This only works for processors that use the parameters array, though I updated LFP and Signal Generator to update that in parallel (LFP seems to have an unrelated bug in dealing with channels that is causing some problems). Eventually, all parameters should be used in the parameters array, since it opens up a lot of possible holes when using default values (they need to be specified twice), and once loading is implemented. I've fixed some of the problems with parameters, so this should be easier to do. As part of this, I also fixed the implementation of addParameterEditors. The old way of implementing a custom parameter editor was to rewrite the virtual function, but because it was called in the constructor, this didn't work (constructors use the type of the parent). Instead, all editors now also pass a bool "useDefaultParameterEditors" which is used by addParameterEditors() to determine whether to do anything. I think this is the best way to do it. It's initialized to default as true, though I had some trouble with it implicitly taking the argument and so had to add true to most of the editor functions (which is probably good practice anyway). I also fixed some of the functions for generic processor to get parameter index and parameter name. Obviously, this is of considerable less use without functions for loading parameters, but I figured it'd be better to make available for testing with just the loading in case the changes to Parameters broke anything I missed.
-
aacuevas authored
-