MWorks Quitting Unexpectedly

Hi Chris,

I’ve been working with a monkey who tends to rock while in the rig. To train him out of this behavior I was using the pause function in mworks to give him mini time-outs. However, this occasionally caused the mworks server to quit unexpectedly in the middle of an experiment. I’m wondering why this might be the case (maybe because the rig has an outdated version of mworks v0.9?) and if there are any potential solutions. It may be beneficial anyways to create a “timeout” variable that can be set to 1 which changes the screen to black or a different color so it is more obvious to the animal.

Thanks,
Sarah

Hi Sarah,

Can you send me any crash reports associated with this problem?

To do this: On the machine running MWServer, open the Console application (/Applications/Utilities/Console.app). In the sidebar, select Crash Reports. In the list that appears, find any with MWServer in the name. You should be able to drag and drop them in to an email message.

Thanks,
Chris

Hi Chris,

So sorry, this email got lost in my junk folder! Here are two crashes, I’ve experienced no crashes since the end of June which is great! But I have also been pausing much less.

Thank you!
Sarah

Attachments:

Hi Sarah,

Apologies for the delay in responding.

Thank you for sharing the crash reports. It looks like the crashes are due to a bug in MWorks. The specific circumstances of the crashes are

  1. The experiment is paused while a sound is playing.
  2. Immediately after the experiment is resumed, it starts playing the same sound that was paused.

The result is that, after the experiment resumes, it attempts to play the same sound in two different places. This triggers the bug that leads to MWServer crashing.

I will fix the bug, so that it isn’t present in the nighty build or future releases. However, I’m not sure how best to avoid the bug with the version of MWorks you’re currently using. I guess you could just try not to pause while a sound is playing, although that may be difficult. Your idea of adding a “timeout” state, controlled by a variable that you set manually, is probably a better solution, as it would eliminate the need to pause the experiment altogether.

Cheers,
Chris

@sgouldin This bug should be fixed in the current MWorks nightly build.

Thanks Chris! Even if we can’t update right now, it’s helpful to know why it was only occasionally crashing so I can try to avoid pausing during sounds in the future.