Matlab doesn't "Pause on Error" till Infinite recursion
4 vues (au cours des 30 derniers jours)
Afficher commentaires plus anciens
Mark Schmid
le 14 Nov 2019
Commenté : Mark Schmid
le 14 Nov 2019
Hello,
for a project I am working on I have to rewrite a .m-file. As it is quite complex (at least for me) I move forward by running the edited script, getting the next error message, fixing the issue and reapeat. This worked fine for my last few projects, however with this, it's different.
When Matlab hits a line it can't execute (e.g. a function that is not in the file path), it throws an error (as expected)...
Undefined function or variable 'Output_data'.
Error in wPLI_openfield (line 237)
data.trial{k} = Output_data((j:(k*10000)),:)';
...but won't stop computing for a few minutes or so (haven't timed it yet, maybe 2 - 4 minutes?). After that I get the following error message:
Out of memory. The likely cause is an infinite recursion within the
program.
Error in fileparts (line 40)
elseif ~isrow(file)
The recursion unlikely comes from the script (had the same problem with different m.-files) i am editing. I guess it has to be a more basic problem of Matlab or its core functions. But honestly, I just don't know.
As this is quite annoying and I don't know where it comes from, I hope some of you guys can help me with this issue. I already tried reinstalling everything twice.
I'm using Matlab2018a 9.4 on my Windows 10 Home 64 bit system.
1 commentaire
Adam
le 14 Nov 2019
Did you strip your path back to the minimum (just Mathworks folders plus a single folder for your own code) and see if you still get the problem?
Réponse acceptée
Steven Lord
le 14 Nov 2019
Try setting a breakpoint on line 237 of wPLI_openfield. When MATLAB reaches that point, it will enter debug mode and the prompt will change to K>>. At this point, check that the fileparts and isrow functions that are being called are the ones written by MathWorks.
which -all fileparts
which -all isrow
This will check if there are fileparts or isrow functions in a directory that wPLI_openfield (or something called before wPLI_openfield) changes to with cd or adds to the path with addpath (but that the code normally changes away from or removes from the path before returning to the Command Prompt) and so were not "visible" to MATLAB when you checked before.
If that doesn't show anything, Walter may still be correct that there is a third-party toolbox interfering. To check this, can you show the list of products displayed when you execute the ver function? That's not foolproof (not all third-party toolboxes do what's needed to show up in ver, but it might show something that we've seen before and recognize as a potential cause.
7 commentaires
Walter Roberson
le 14 Nov 2019
Some of the toolboxes have installation instructions that talk about installing the compatibility directories or not, but most people do not look at those instructions.
Plus de réponses (1)
Walter Roberson
le 14 Nov 2019
There are some third-party toolboxes that define isrow() and that interferes with MATLAB. Check
which -all isrow
What you see should start with a bunch of line similar to
built-in (/Applications/MATLAB_R2019b.app/toolbox/matlab/elmat/isrow)
built-in (/Applications/MATLAB_R2019b.app/toolbox/matlab/elmat/@cell/isrow) % cell method
built-in (/Applications/MATLAB_R2019b.app/toolbox/matlab/elmat/@char/isrow) % char method
You should not see any .m files listed until
/Applications/MATLAB_R2019b.app/toolbox/matlab/timefun/@datetime/datetime.m % datetime method
and a few others that are obviously from Mathworks.
What you will probably see instead is the first one being a .m from some third party code. You will need to use pathtool to locate the directory that code is in, and move it to the end of your MATLAB path, and save.
Voir également
Catégories
En savoir plus sur Entering Commands dans Help Center et File Exchange
Community Treasure Hunt
Find the treasures in MATLAB Central and discover how the community can help you!
Start Hunting!