Home → Suggestions →

Stop on error?

• Edit

mhisted

06 Sep, 2017 03:11 PM

Hi Chris,

I noticed today that several MWorks errors don't stop the experiment. In particular, if I try to index past the end of a sequence, or index an integer, it shows an ERROR in the console but the expt continues with bad values.

We want to be sure to notice and fix any errors, so stopping the experiment is what we want. (An equal alternative would be sounding a siren or vibrating the floor. Stopping is easier).

I vaguely remember there might be a setting for this. If there's not, can you add one? That would also remove the need to stick stop_on_failure='YES' to every run_python call we make.

Thanks,
Mark

1. Support Staff 1 Posted by Christopher Sta... on 07 Sep, 2017 07:26 PM

   

   Hi Mark,

   There's not a setting for this, but I can add one. It'll probably be a new system variable ( #stopOnError).

   Chris

   • Edit

2. 2 Posted by mhisted on 07 Sep, 2017 09:35 PM

   

   Sounds great. That means we can set it in XML? Do we use a variable with name="#stopOnError" default value = "yes", or just use an assignment on every trial?
   Mark

   • Edit

3. Support Staff 3 Posted by Christopher Sta... on 11 Sep, 2017 03:08 PM

   

   That means we can set it in XML? Do we use a variable with name="#stopOnError" default value = "yes", or just use an assignment on every trial?

   My thought was to make it like any other configuration variable, meaning you would set it either via MWServer's preferences window or by editing setup_variables.xml directly. You could also set it per-experiment by including a variable_assignments section in your XML.

   Chris

   • Edit

4. 4 Posted by mhisted on 11 Sep, 2017 06:13 PM

   

   Great - having a preference setting for it on MWServer would be good.

   thanks,
   Mark

   • Edit

5. Support Staff 5 Posted by Christopher Sta... on 18 Oct, 2017 02:20 PM

   

   Hi Mark,

   #stopOnError and the associated MWServer preference are now in the nightly build.

   Cheers,
   Chris

   • Edit

6. Christopher Stawarz closed this discussion on 20 Nov, 2017 03:48 PM.