Compiled version not working because of path

2 views (last 30 days)
Hello,
I have compiled similar programs successfully with earlier versions (e.g. 2017a), but now in 2019b have this issue.
Get this message in testing the software:
ctrlv error.png
Here is the code that may be a problem. I also use the utility uipickfiles() from file exchange. Never use "addpath" itself. How do you find files if not like this?
% Plot the logo
[~,lingo] = dos('set username');
login = lingo(10:end-1);
% Plot the background and the logo: Background on axes2, logo on axes3
dir_name = ['C:\Users\',login,'\Desktop'];
wiggle_file_name = [dir_name,'\wiggles3.jpg'];
if exist(wiggle_file_name,'file')
imshow(wiggle_file_name);
end
logo_file_name = [dir_name,'\ctrl_v_logo.jpg'];
% imshow(logo_file_name); % Overwrites axes2
imshow(logo_file_name,'Parent',handles.axes3);
Any thoughts? This part is just to put a logo on the screen to start the program -- used to work! I'm not sure if the error occurs elsewhere, though.
I advise the user to put the installer on the Desktop as well as these figures.

Accepted Answer

Allen
Allen on 25 Jan 2020
If you are certain that the image you are looking for is always going to be on the Desktop and your OS is Win10, you can try the following line of code. This should work for Win8 as well, but am not certain about other OSs. I use this line of code frequently with trying to setup a splahscreen for my apps and executables, and have done so in the latest version of MATLAB.
dir_name = ['C:\Users\',getenv('USERNAME'),'\Desktop\'];
  2 Comments
Douglas Anderson
Douglas Anderson on 25 Jan 2020
Thank you Allen
A question though: I think the error is in my use of the utility "uipickfiles()". I tried packaging a junk program that only calls that utility and prints out the result. It came up with the same error.
Is there a replacement for uipickfiles()? Or how should your solution go into that rather large utility?
Doug
Allen
Allen on 25 Jan 2020
I typically use uigetfile for initiating user file selections. I also like to assign a default starting directory when using uigetfile and its counterpart uiputfile in my GUIs. As I delve further into using this GUI, I generally have a project folder that I save and access pertinent files and it makes sense to update this default directory. The following is a short example of how I might call this function and update it if changed within a GUIDE GUI.
...
[fn,pn] = uigetfile(fullfile(handles.startdir,'*.mat'),'Select Project File','MultiSelect','off');
if ~isnumeric(pn)
handles.startdir = pn;
end
...
% Update handles structure
guidata(hObject,handles);

Sign in to comment.

More Answers (2)

Walter Roberson
Walter Roberson on 25 Jan 2020
You need to modify your startup.m so that it does not add anything to the search path if isdeployed() is true.
  4 Comments
Walter Roberson
Walter Roberson on 25 Jan 2020
startup.m gets called automatically when MATLAB is started, provided it can find one in the path at the appropriate location.
Because MATLAB assumes that startup.m is setting important local customizations that are going to be needed by the MATLAB code, then MATLAB Compiler automatically looks for startup.m and incorporates it as part of the executable, to be run before the function that you designate as the entry point.
Image Analyst
Image Analyst on 26 Jan 2020
However even if you place the cd() or addpath() command in the "if ~isdeployed" block, it will still warn you -- I know from experience. In that case, just ignore the warning.

Sign in to comment.


Douglas Anderson
Douglas Anderson on 26 Jan 2020
Thank you for all the help!
I actually found out that restoredefaultpath() was needed to clear up the mess!
I've learned a lot more now, though, and thanks to everyone!

Categories

Find more on Migrate GUIDE Apps in Help Center and File Exchange

Tags

Products


Release

R2019b

Community Treasure Hunt

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

Start Hunting!