I've been using optseq for many years without problems, however, I run into a couple now.
optseq2 --ntp 255 --tr 2.0 --tprescan 4.0 --psdwin 0.0 16.0 1 --ev Gain2 5.0 8.0 --ev Gain4 5.0 8.0 --ev Gain6 5.0 8.0 --ev Gain8 5.0 8.0 --ev Loss2 5.0 8.0 --ev Loss4 5.0 8.0 --ev Loss6 5.0 8.0 --ev Loss8 5.0 8.0 --ev Catch 5.0 8.0 --tnullmin 2.0 --tnullmax
6.0 --tsearch 24 --focb 100 --ar1 .37 --evc 1 1 1 1 -1 -1 -1 -1 0 --evc -1.5 -.5 .5 1.5 -1.5 -.5 .5 1.5 0 --evc -1.5 -.5 .5 1.5 1.5 .5 -.5 -1.5 0 --cost eff --nkeep 3 --o output_run1
If I run this on a computational cluster (CentOS 5) with more than enough RAM, I get the following message after on screen summary:
outstem = output_run1
*** glibc detected *** optseq2: malloc(): memory corruption: 0x0000000003f3e4e0 ***
*** glibc detected *** optseq2: malloc(): memory corruption: 0x0000000003f3e4e0 ***
And nothing happens after that.
If I run the same code on my iMac Lion 10.7.5, it seems to be working, but I get multiple "warnings":
/usr/pubsw/packages/vxl/1.13.0/src/core/vnl/algo/vnl_qr.txx: vnl_qr<T>::solve() : matrix is rank-deficient by 112
The number at the end changes each time.
In addition, the process consumes my RAM (8GB) like it's nothing.
The strange thing is, I do get usable output.
Any ideas what might be causing this?
Many thanks!
Cédric
------------------------------------------------------------
P.C.M.P. Koolschijn (Cédric), PhD
Dutch Autism & ADHD Research Center
Brain and Cognition
Amsterdam, The Netherlands
W http://www.dutcharc.nl