Error from fopen after conflicting files/paths

3 次查看(过去 30 天)
I have a script that, at the end, writes the generated figure to an image file:
fileName = 'figureOne';
print('-dpng', fileName );
This has been working without problems, but now the print command generates the error
Error using fopen
The file name contains characters that are not contained in the filesystem encoding.
Certain operations may not work as expected.
Error in name (line 84)
fidread = fopen(pj.FileName,'r');
Error in print (line 85)
pj = name( pj );
Error in print
Clearly there are no unacceptable characters in the file name. This other thread suggested a couple of fixes, but none of them seem to be the case. In particular, the commands
get(0, 'Language')
locale = java.util.Locale.getDefault()
language = locale.getLanguage()
return
ans =
en_GB
locale =
en_GB
language =
en
..but I doubt the problem is with the last one being just 'en' and not 'en_GB'. Rather, what has very likely caused this (though I don't know exactly how) was me having recently copied over (with overwrite) some .m files into Matlab's directory (under toolboxes etc), from another installation (2016a). A symptom of it is the warnings that I get when starting Matlab, for several functions, such as:
Warning: Function license has the same name as a MATLAB builtin. We suggest you rename the function to avoid a potential name conflict.
But fopen is not among them, and I am not sure what to change to solve my current problem. Would very much appreciate any help with this!
  2 个评论
Stephen23
Stephen23 2020-10-3
"what has very likely caused this... was me having recently copied over (with overwrite) some .m files into Matlab's directory (under toolboxes etc), from another installation..."
Doing that is the source of hidden, latent, unpredictable, almost-impossible to debug problems and bugs that will plague you forever more. There is NO way to ensure that any function or class can or does behave as documented, basically now you will never know if anything behaves as documented.
You should just reinstall.
And in future, NEVER save your own functions (copied from anywhere) in any installation folder of any application.
z8080
z8080 2020-10-4
编辑:z8080 2020-11-24
That's a particularly dramatic way of putting it Stephen Cobeldick, but yes, a mistake I will not repeat... :-D

请先登录,再进行评论。

采纳的回答

z8080
z8080 2020-10-3
编辑:z8080 2020-10-5
Apparently there is an easy (albeit superficial - note Stephen's answer!) fix for this, which I've been advised to do: issue the command restoredefaultpath.
This has temporarily fixed the problem for me, although the command does need to be reissued after every restart of Matlab. Might be that then using savepath as WR suggests below, mitigates it.

更多回答(1 个)

Walter Roberson
Walter Roberson 2020-10-2
me having recently copied over (with overwrite) some .m files into Matlab's directory (under toolboxes etc), from another installation (2016a)
You need to reinstall MATLAB.
Sorry, but it is not worth the time to pinpoint exactly which part of MATLAB you broke.

类别

Help CenterFile Exchange 中查找有关 Startup and Shutdown 的更多信息

标签

产品


版本

R2016b

Community Treasure Hunt

Find the treasures in MATLAB Central and discover how the community can help you!

Start Hunting!

Translated by