# Nightly Build Loading Crash

**URL:** <https://mworks.discourse.group/t/nightly-build-loading-crash/451>\
**Category:** Support\
**Created:** [April 18, 2016, 1:51pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451 "2016-04-18T13:51:16Z")\
**Posts on this page:** 17\
**Page:** 1

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 18, 2016, 1:51pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/1 "2016-04-18T13:51:16Z")

</div>

Hi Chris,

I work in Lindsey Glickfeld’s lab and we have problem loading the xml with the newest nightly build. The xml file is attached here.

Thanks,

Ziye

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 18, 2016, 8:22pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/2 "2016-04-18T20:22:56Z")

</div>

Hi Ziye,

Thank you for sharing your experiment. I’ll be out of the office all of this week, but I’ll take a look at it when I return.

In the meantime, can you confirm that you’ve recompiled any custom plugins against the new MWorks build? (I’m mostly thinking of the LabJack plugin, but maybe there are others.) Attempting to use old plugin binaries with the new build definitely could cause the server to crash.

Thanks,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 18, 2016, 11:41pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/3 "2016-04-18T23:41:37Z")

</div>

Hi Chris,

You are right about the old plugin. I didn’t compile LabJack plugin for the new MWorks build. But when I tried it, I got compile error saying the “pulseScheduleNode-\>kill()” no matching function for kill.

Thanks,

Ziye

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 19, 2016, 12:25pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/4 "2016-04-19T12:25:51Z")

</div>

Hi Ziye,

> I got compile error saying the “pulseScheduleNode-\>kill()” no matching function for kill

Yes, the `kill` method no longer exists (and should never have been used, even when it did). You can remove that line.

It’s possible that you’ll see other compilation failures that require minor changes to the plugin code. If so, please let me know, and I’ll guide you through them.

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 19, 2016, 1:40pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/5 "2016-04-19T13:40:45Z")

</div>

There is another error I got:

strcmp(optic\_device-\>getValue().getString(), “led”)==0

“No matching function to call for strcmp”

Is getValue().getString() still available? optic\_device is a string variable.

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 19, 2016, 1:54pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/6 "2016-04-19T13:54:04Z")

</div>

> strcmp(optic\_device-\>getValue().getString(), “led”)==0

You can replace that with

```
optic_device->getValue().getString() == "led"

```

Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 19, 2016, 3:02pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/7 "2016-04-19T15:02:05Z")

</div>

That works! When I loaded xml file, there were two errors:

ERROR: Unknown attribute: “interruptable”

ERROR: Unknown attribute: “\_error”

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 19, 2016, 8:45pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/8 "2016-04-19T20:45:10Z")

</div>

> When I loaded xml file, there were two errors:

Yes, MWorks is now stricter with validating the parameters of certain components. You should do a textual search through your XML file, removing any instances of `interruptable="..."` and `_error="..."` (as well as any other unknown attributes). Hopefully, there won’t be too many of them!

Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 20, 2016, 2:41pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/9 "2016-04-20T14:41:35Z")

</div>

I removed those attributes and there is error about Matlab interface file:

ERROR: Experiment packaging failed: The following parser errors were encountered:

/Users/hullglick/Repositories/BehaviorCode-Glickfeld-Hull/BehaviorCode/NewSkeletonCode/MATLAB\_window\_files/HoldAndDetect\_Frames.m:1: parser error : Start tag expected, ‘\<’ not found

function [retval] = HoldAndDetect\_Frames(data\_struct, input)

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 20, 2016, 3:05pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/10 "2016-04-20T15:05:18Z")

</div>

> I removed those attributes and there is error about Matlab interface file

It looks like you’re attempting to load your MATLAB script as an experiment, which certainly isn’t going to work. MATLAB scripts should be selected in MWClient’s MATLAB window. Click the button labeled “Select .m file”, and choose the file you want to load. For more info, see [Using the MATLAB window](https://mworks.discourse.group/kb/data-analysis/using-the-matlab-window).

Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 20, 2016, 6:47pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/11 "2016-04-20T18:47:34Z")

</div>

I didn’t realize I was uploading MATLAB script as experiment – they have the same name. I tested python script bridge and I was getting error for “keyError constD[‘rewardStaircaseWindowWidth’]”. I changed the rewardStaircaseWindowWidth variable name to rewardWindowWidth and it fixed the error message. I wonder if it has anything to do with length of variable name?

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 21, 2016, 1:07pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/12 "2016-04-21T13:07:34Z")

</div>

> I changed the rewardStaircaseWindowWidth variable name to rewardWindowWidth and it fixed the error message. I wonder if it has anything to do with length of variable name?

There shouldn’t be any limit on the length of variable names. Are you sure the experiment contains a variable called `rewardStaircaseWindowWidth`? (I don’t see either of the variables you mentioned in the experiment you sent me.)

Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 21, 2016, 3:37pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/13 "2016-04-21T15:37:01Z")

</div>

I attached the experiment I was testing.

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 25, 2016, 2:42pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/14 "2016-04-25T14:42:53Z")

</div>

Hi Ziye,

Thanks for the additional files. I’ve reproduced your Python script error. This may be related to [Mark’s Python bridge issue](https://mworks.discourse.group/discussions/problems/215). I’ll investigate and let you know when I have more info.

Cheers,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 25, 2016, 5:55pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/15 "2016-04-25T17:55:44Z")

</div>

Hi Ziye,

> I’ve reproduced your Python script error. This may be related to Mark’s Python bridge issue.

I was mostly right, except that it was a [different issue](https://mworks.discourse.group/discussions/problems/221) than the one I referenced previously. In any case, the fix for this problem should be in tonight’s [nightly build](http://dicarlo-mwdev.mit.edu/mw/MWorks-NIGHTLY.dmg). When you have a chance, can you download the new build and see if it fixes the issue for you?

Thanks,  
Chris

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [April 26, 2016, 1:27pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/16 "2016-04-26T13:27:43Z")

</div>

Hi Chris,

The error is fixed in the new version. Thank you.

Ziye

---

<div class="post-metadata">

**Author:** ![cstawarz](https://yyz1.discourse-cdn.com/flex031/user_avatar/mworks.discourse.group/cstawarz/32/3_2.png) [@cstawarz](https://mworks.discourse.group/u/cstawarz)\
**Post date:** [July 19, 2022, 10:05pm UTC](https://mworks.discourse.group/t/nightly-build-loading-crash/451/17 "2022-07-19T22:05:04Z")

</div>


