Error from fopen after conflicting files/paths

2 views (last 30 days)
z8080 on 2 Oct 2020
Edited: z8080 on 24 Nov 2020
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()
ans =
locale =
language =
..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!
z8080 on 4 Oct 2020
That's a particularly dramatic way of putting it Stephen Cobeldick, but yes, a mistake I will not repeat... :-D

Sign in to comment.

Accepted Answer

z8080 on 3 Oct 2020
Edited: z8080 on 5 Oct 2020
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.

More Answers (1)

Walter Roberson
Walter Roberson on 2 Oct 2020
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.





Community Treasure Hunt

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

Start Hunting!