I think I've resolved this issue. Somehow the Matlab2012 paths must have been used in the Matlab2014 program. I suspect this is due to a savepath call that saved to a common, non-versioned location and included the wrong version of matlab in the pathdef.m file. The restoredefaultpath function didn't work initially I think because it attempts to load back in the users' custom paths as well, which is where it was finding the Matlab2012 versions.
Matlab 2014b: figure() dbstops
4 vues (au cours des 30 derniers jours)
Afficher commentaires plus anciens
Luke Robison
le 14 Oct 2014
Commenté : Patrick Vacek
le 11 Mai 2015
I think my matlab path is very broken. This is on a Fresh install of Windows 7 x64.
We just installed 2014b beside 2012b (which still works). The first time I ran 2014b, the Matlab-provided matlabrc file encountered an error trying to create a Settings handle (try running "Settings"). A little searching online suggested restoredefaultpath, which did indeed allow Settings to return a valid handle. I exited Matlab, started again, and got to a prompt uninterrupted. I made a few figures to look at the new plot options, at which point everything was fine.
The next step was to add our existing code to my path, which I did (from the GUI, and saved) without problem. When I tried to run my code I got a puzzling error (sorry, can't copy-paste, so this is from memory):
in int2str(): Undefined function 'real' for input of type 'matlab.ui.Figure'.
This happens any time figure() is called (including via inputdlg, which is how I first found it).
I have tried restoredefaultpath again and have removed my code from the path, but the error persists. Any ideas?
Edit: this is how I can create the error:
>>> % Brand new session
>>> restoredefaultpath
>>> figure();
Error: Undefined function 'real' for input arguments of type 'matlab.ui.Figure'.
0 commentaires
Réponse acceptée
Luke Robison
le 15 Oct 2014
1 commentaire
Patrick Vacek
le 11 Mai 2015
Just in case someone else comes along here in the future... check for a startup.m in your path and see if there is anything running that you weren't aware of. In my case there was an errant callback that didn't work with the new Matlab 2014b graphics system.
Plus de réponses (2)
Sean de Wolski
le 14 Oct 2014
Have you tried:
dbstop if error
To see the error where it is happening to figure out what is being called and how?
2 commentaires
Mike Garrity
le 14 Oct 2014
It sounds like you have some code which depends on the fact that handles to graphics objects were implemented as doubles in earlier versions.
In R2014b they're now objects. Check out this section of the doc for some details about this change and how to deal with it.
Voir également
Catégories
En savoir plus sur Startup and Shutdown 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!