Batch File Crashing


Batch File Crashing

Author
Message
desiree80
desiree80
Associate Member
Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)

Group: Forum Members
Posts: 8, Visits: 70
We have about 7-8 Inquisit tests we would like to administer back to back. The problem our team is having is figuring out why the batch file crashes after the third test. I have attached the batch file below ( you will have to change the file directories). The box link is a copy of our stimuli and tests. 


Link with files: https://usf.box.com/s/ftzziiym26jdwl412hgxnwy0a8viuua2

Let me know if you need any other information! I cannot help but feel that the solution is something simple that I've overlooked. Thanks for your help. 
Attachments
desiree80
desiree80
Associate Member
Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)

Group: Forum Members
Posts: 8, Visits: 70
https://www.millisecond.com/forums/Uploads/Images/3ea087aa-9b8a-4ab5-ac79-8704.png

These are the errors we are getting. 
Dave
Dave
Supreme Being
Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)

Group: Administrators
Posts: 9K, Visits: 38K
desiree80 - Friday, June 8, 2018
https://www.millisecond.com/forums/Uploads/Images/3ea087aa-9b8a-4ab5-ac79-8704.png

These are the errors we are getting. 

These errors point to an issue with the 4th script. Specifically, it points to a graphics issue. Reasons could be:
- Some misspecification of stimulus size / position, or canvas size position in the 3rd or 4th script.
- An issue with the system's display driver.
- The system running out of graphics memory.

I'm having trouble locating the relevant files in the Box link you posted since there's so much extraneous stuff.

Would it be possible for you to just upload a _clean_ copy somewhere, i.e. just the batch script, the scripts (+ any files the scripts require such as images) the batch attempts to run, all in the expected directory structure with names etc. matching what's in the batch? Please leave out all extraneous stuff such as Word or Excel documents, data files, and other scripts not required by the batch at issue. Thanks.

Jeff
Jeff
Distinguished Member
Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)

Group: Forum Members
Posts: 37, Visits: 90
Dave - Friday, June 8, 2018
desiree80 - Friday, June 8, 2018
https://www.millisecond.com/forums/Uploads/Images/3ea087aa-9b8a-4ab5-ac79-8704.png

These are the errors we are getting. 

These errors point to an issue with the 4th script. Specifically, it points to a graphics issue. Reasons could be:
- Some misspecification of stimulus size / position, or canvas size position in the 3rd or 4th script.
- An issue with the system's display driver.
- The system running out of graphics memory.

I'm having trouble locating the relevant files in the Box link you posted since there's so much extraneous stuff.

Would it be possible for you to just upload a _clean_ copy somewhere, i.e. just the batch script, the scripts (+ any files the scripts require such as images) the batch attempts to run, all in the expected directory structure with names etc. matching what's in the batch? Please leave out all extraneous stuff such as Word or Excel documents, data files, and other scripts not required by the batch at issue. Thanks.

Sorry for the mess, Dave. It's all cleaned out now, and the batch file is also in the root folder. Thanks! 

Jeff


Jeff
Jeff
Distinguished Member
Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)

Group: Forum Members
Posts: 37, Visits: 90
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Dave
Dave
Supreme Being
Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)

Group: Administrators
Posts: 9K, Visits: 38K
jmwotw - Saturday, June 9, 2018
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Thanks, this is very helpful. Based on what you describe, the switch from single-monitor to dual-monitor in the middle of things is what throws things off (not sure yet whether the problem originates in Inquisit itself or the graphics card driver refusing to switch / returning an error).

A workaround might be to put a small script that uses both monitors at the very start of the batch -- that script need not do anything, need not take any input or last long (it can just time out after a second or two). I'll be looking into your files later on (the download is taking a while) and let you know what I find.

Jeff
Jeff
Distinguished Member
Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)

Group: Forum Members
Posts: 37, Visits: 90
Dave - Monday, June 11, 2018
jmwotw - Saturday, June 9, 2018
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Thanks, this is very helpful. Based on what you describe, the switch from single-monitor to dual-monitor in the middle of things is what throws things off (not sure yet whether the problem originates in Inquisit itself or the graphics card driver refusing to switch / returning an error).

A workaround might be to put a small script that uses both monitors at the very start of the batch -- that script need not do anything, need not take any input or last long (it can just time out after a second or two). I'll be looking into your files later on (the download is taking a while) and let you know what I find.

We tried to add a second monitor to our first file (IDInfo), and I'm afraid that didn't work. 
desiree80
desiree80
Associate Member
Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)Associate Member (138 reputation)

Group: Forum Members
Posts: 8, Visits: 70
Dave - Monday, June 11, 2018
jmwotw - Saturday, June 9, 2018
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Thanks, this is very helpful. Based on what you describe, the switch from single-monitor to dual-monitor in the middle of things is what throws things off (not sure yet whether the problem originates in Inquisit itself or the graphics card driver refusing to switch / returning an error).

A workaround might be to put a small script that uses both monitors at the very start of the batch -- that script need not do anything, need not take any input or last long (it can just time out after a second or two). I'll be looking into your files later on (the download is taking a while) and let you know what I find.

Hi Dave, 
Would you happen to know anything about batch file discrepancies between different types of computers (if that even exists)? At the moment our batch file runs through most of the files when we run it on our desktops. However, on our surface pros they crash somewhere in the middle. Let me know if you have any ideas, thank you!
Dave
Dave
Supreme Being
Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)Supreme Being (468K reputation)

Group: Administrators
Posts: 9K, Visits: 38K
desiree80 - Monday, June 18, 2018
Dave - Monday, June 11, 2018
jmwotw - Saturday, June 9, 2018
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Thanks, this is very helpful. Based on what you describe, the switch from single-monitor to dual-monitor in the middle of things is what throws things off (not sure yet whether the problem originates in Inquisit itself or the graphics card driver refusing to switch / returning an error).

A workaround might be to put a small script that uses both monitors at the very start of the batch -- that script need not do anything, need not take any input or last long (it can just time out after a second or two). I'll be looking into your files later on (the download is taking a while) and let you know what I find.

Hi Dave, 
Would you happen to know anything about batch file discrepancies between different types of computers (if that even exists)? At the moment our batch file runs through most of the files when we run it on our desktops. However, on our surface pros they crash somewhere in the middle. Let me know if you have any ideas, thank you!

Assuming the scripts are those available under the Box link, the only thing I can think of would be resource-exhaustion on the Surface Pros. The scripts involve lots and lots of files, so I can imagine that the Surface devices *might* for example run out of memory somewhere along the way whereas more powerful desktop machines can cope with the overall load. Can you give me a better sense of when / where crashes occur, i.e. is it always during a particular script or even a particular trial or block in a script, or does it seem somewhat random, i.e. sometimes happens sooner in script X, other times it happens later in a different script Y? The latter would support the idea that the Surface devices can't quite cope with the combined load imposed by the scripts.

Jeff
Jeff
Distinguished Member
Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)Distinguished Member (4.1K reputation)

Group: Forum Members
Posts: 37, Visits: 90
Dave - Monday, June 18, 2018
desiree80 - Monday, June 18, 2018
Dave - Monday, June 11, 2018
jmwotw - Saturday, June 9, 2018
We've been doing some testing and figured out a few things.
  • The batch file seems to work if you remove the EMATHFR test from the batch code, which is the only test that uses a second monitor. Currently, we're using this monitor
  • If you run the EMATHFR code by itself, it also seems to work, but embedding it in the middle of the test like it is now does not. 
  • If you start the test with EMATHFR (IDInfo is a one-pager that we don't remove because it's where we input the batch-level parameter, age), then it will run and so will the remaining tests.
Not sure if this gives you any clues, but I wanted to let you know what we've learned in case it helps. 

Thanks,
Jeff


Thanks, this is very helpful. Based on what you describe, the switch from single-monitor to dual-monitor in the middle of things is what throws things off (not sure yet whether the problem originates in Inquisit itself or the graphics card driver refusing to switch / returning an error).

A workaround might be to put a small script that uses both monitors at the very start of the batch -- that script need not do anything, need not take any input or last long (it can just time out after a second or two). I'll be looking into your files later on (the download is taking a while) and let you know what I find.

Hi Dave, 
Would you happen to know anything about batch file discrepancies between different types of computers (if that even exists)? At the moment our batch file runs through most of the files when we run it on our desktops. However, on our surface pros they crash somewhere in the middle. Let me know if you have any ideas, thank you!

Assuming the scripts are those available under the Box link, the only thing I can think of would be resource-exhaustion on the Surface Pros. The scripts involve lots and lots of files, so I can imagine that the Surface devices *might* for example run out of memory somewhere along the way whereas more powerful desktop machines can cope with the overall load. Can you give me a better sense of when / where crashes occur, i.e. is it always during a particular script or even a particular trial or block in a script, or does it seem somewhat random, i.e. sometimes happens sooner in script X, other times it happens later in a different script Y? The latter would support the idea that the Surface devices can't quite cope with the combined load imposed by the scripts.

I think you're right, Dave. We were just about to post with some tests we've run. When we first posted, the script would run if only MATHFR were removed. We added a very small script at the end to collect the timing of the last test, and that was too much. So we then tried breaking up the batch file even further; roughly half of the tests in one batch, half in another, and MATHFR by itself. So far, this is the only way that it works. Am I understanding correctly that Inquisit needs memory for the entire series of tests, not just the one it is currently running? This is unfortunate because one of the key reasons why we purchased Inquisit 5 was for the ability to pass a common, randomly-generated code across all tests administered during a batch. Every time we break up the batch file means it's harder to merge a participant's individual tests back together when there's a problem with the subject id. 


GO


Reading This Topic


Login
Existing Account
Email Address:


Password:


Social Logins

Select a Forum....






Millisecond Forums


Search