Matlab APPS, opened GUI figure and Matlab won't close

I'm trying to use the Matlab APPS ability. I have an application which runs fine. When it is finished, I hit the MS-x in the corner to close it and it gives me this error:

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Error using @(hObject,eventdata)machineControlGui('controlPanel_CloseRequestFcn',hObject,eventdata,guidata(hObject)) Not enough input arguments.

Error in appinstall.internal.stopapp (line 7) feval(obj.ExistCloseFcn);

Error while evaluating figure CloseRequestFcn

<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<<

The application runs fine on it's own and will close without hassle if not run under the APPS tab, but running it as an "APPS" causes the error and it won't close and I can't close Matlab either unless I kill the process using task manager.

I am using the application to control instruments and take data. It is quite a few long functions which are in separate files. I have downloaded another APPS and installed it without this problem. All that APPS functionality is contained in one m-file as opposed to mine, which is in several files, text files and excel files. I just can't close it....

Answer 1

[Sean de Wolski]

In R2012b this was a bug with GUIDE GUIs containing custom close request functions.

You can either upgrade to 13a, or remove the CloseRequestFcn and put that code in the DeleteFcn.

[Mike]

Thank you Sean, still not done...

Ok, so I installed 13a and that problem went away, but now I get a different problem which has never appeared before.... Why would it have to be 'all'? Non-compiled, just a function, both the APPS and the function have the same error......

>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>>

Error using fclose String argument must be 'all'.

Error in OPSensAllChanMeas_FindRightCOM (line 92) fclose(OPSens);

Error in controlMagHeatMain (line 153) [Therm_data(countStat,:), header, serialUnitID,oPSensObj] = OPSensAllChanMeas_FindRightCOM(OPSens);

<<<<<<<<<<<<<<<<<<<<<<< ver ------------------------------------------------------------------------------------------------------- MATLAB Version: 8.1.0.604 (R2013a) MATLAB License Number: •••••• Operating System: Microsoft Windows 7 Version 6.1 (Build 7601: Service Pack 1) Java Version: Java 1.6.0_17-b04 with Sun Microsystems Inc. Java HotSpot™ 64-Bit Server VM mixed mode ------------------------------------------------------------------------------------------------------- MATLAB Version 8.1 (R2013a) Data Acquisition Toolbox Version 3.3 (R2013a) Instrument Control Toolbox Version 3.3 (R2013a) MATLAB Compiler Version 4.18.1 (R2013a)

Error in machineControlGui>machineStartButton_Callback (line 365) [hObject, handles] = controlMagHeatMain(fieldLevelDesired, numStat, temperatureAtSteadyState, measurementTitle,...

Error in gui_mainfcn (line 96) feval(varargin{:});

Error in machineControlGui (line 43) gui_mainfcn(gui_State, varargin{:});

Error in @(hObject,eventdata)machineControlGui('machineStartButton_Callback',hObject,eventdata,guidata(hObject))

[Sean de Wolski]

Run:

dbstop if error

And it'll stop on the bad line. It looks like fclose() is being called with a string other than 'all' which is not permitted.

[Mike]

But that code has been running like that for years. It has never been "all". Why suddenly is is necessary to fclose(all)?

[Sean de Wolski]

I have no idea, I haven't seen the code. Is it possible that this piece of code was never run until now?

If you do:

dbstop if error

Run it and stop on the faulty line, what is the line of code?

Answer 2

[AMAR P]

For 2015a and above Users:

set(0,'ShowHiddenHandles','on')
delete(get(0,'Children'))

[Daniel G]

This worked perfectly

Answer 3

[Mike]

I think it is the NI software. I have another machine it is running fine on using 2013a, but it has a file loaded which is called NI-USI2.0.0.4901, which is missing from the machine that has the error. It calls it the Universal Storage Interface (USI), though I can't see what storage would have to do with it, but maybe something didn't install correctly. Here is the Matlab code:

    for countPort = 1:10;
        port = ['COM', num2str(countPort)];
        try
%             OPSens = serial(port);
            OPSens = visa('ni',port);  < First error here.. RSCNAME
            get(OPSens);
            set(OPSens,'timeout',5);
            %OPSens.terminator = 10;%linefeed (LF) character (ASCII hexadecimal <0x0A>)
            fopen(OPSens);
            serialUnitID = query(OPSens, 'SYST:IDN?');
    %        if  error(lastwarn); % serialUnitID == [];
            if isempty(serialUnitID);
                error('COM port tricks eh?');
            else
            comPortGold = 1;
            useThisComPort = port;
            break;
            end
        catch err
            % Try a different port.
            fclose(OPSens);
            lastwarn(''); % reset warning message
        end
    end

Answer 4

[Mike]

For what ever reason, suddenly the VISA drivers and Matlab interaction are not talking to the USB port and the object is not opening at all, so it cannot "fclose" the empty object. Somehow I was able to get the 2 machines to start behaving Friday. Now 1 of them has reverted back and is not working. The National Instruments software works fine to test the port, just opening it through Matlab isn't working.

[Sean de Wolski]

Mike, this is really the subject for a new question. Posting to an answered question reduces visibility.

[Mike]

I did a new question. Not a single input. Will open a service request.