Using command window in Octave debug mode - matlab

When my running script reaches a break point, it pauses as expected. When I try to execute a command using the command window like plotting a vector, modifying a value or even displaying it, the script resumes execution -- a behavior not found in Matlab.
Is there a way around this?

Related

MATLAB, overwriting in command window

I am running some code in MATLAB and basically there is a lot of output, that is going into the MATLAB command window.
However, when it gets so many thousand, it starts to overwrite, so the output at the very start disappears from the MATLAB command window?
Any suggestions?
Thanks in advance!

MATLAB - Force quit (CTRL+C) not working?

I run a pretty computationally expensive genetic algorithm with MATLAB. The code has been running for 3 whole days, and I am pretty sure it gets stuck somewhere, because it is not printing out the progress information for debugging purpose.
I now wish to stop it. I did CTRL+C, but no luck. The bottom left of the window still displays "Busy".
I cannot simply quit the whole MATLAB, because I need to find out where it gets stuck by inspecting the variables in the variable window.
Given the CTRL+C is not working, how can I
stop the execution, OR
save the variables for inspection purpose?
Sometimes ctrl-C stops working if you have a memory over-allocation problem -- if you are trying to allocate a matrix that doesn't fit in memory, and so virtual memory begins thrashing.
It's also likely that crtl-C won't work while execution is passed to COMSOL.
I think you have little choice now but to kill matlab and try to debug by either stepping through the code or inserting fprintf statements.

Disable Matlab focus stealing, without modifying Matlab script

I hava Matlab script running in the background. It keeps popping up pogress bar windows as the computation progresses. This is very annoying.
Problem is I did not write the Matlab script myself, and it is a very long and complicated piece of code that I don't want to mess with. So how can I prevent Matlab from stealing focus, without modifying the Matlab script? Hopefully some Matlab setting will let me do this, without modifying the script itself.
In case it matters, my PC is running Xubuntu.
Some ideas to avoid figures:
Open a single worker (requires parallel computing) and run your script on it. Workers automatically don't have a GUI
matlabpool 1
warning('off','MATLAB:Completion:AllInputsExcluded') %turn off warning
spmd, yourfunction, end
Use the matlab startup parameters to disable figures
matlab -noFigureWindows
or start matlab as a command line tool, running your function, saving the workspace and exiting.
matlab -nodisplay -nosplash -r "yourfunction;save('result.mat');exit"

How to break matlab script execution? [duplicate]

This question already has an answer here:
How to abort a running program in MATLAB?
(1 answer)
Closed 7 years ago.
I write a long running script in Matlab, e.g.
tic;
d = rand(5000);
[a,b,c] = svd(d);
toc;
It seems running forever. Becasue I press F5 in the editor window. So I cannot press C-Break to stop in the Matlab console.
I just want to know how to stop the script. I am current use Task Manager to kill Matlab, which is really silly.
Thanks.
Matlab help says this-
For M-files that run a long time, or that call built-ins or MEX-files that run a long time, Ctrl+C does not always effectively stop execution. Typically, this happens on Microsoft Windows platforms rather than UNIX[1] platforms. If you experience this problem, you can help MATLAB break execution by including a drawnow, pause, or getframe function in your M-file, for example, within a large loop. Note that Ctrl+C might be less responsive if you started MATLAB with the -nodesktop option.
So I don't think any option exist. This happens with many matlab functions that are complex. Either we have to wait or don't use them!.
If ctrl+c doesn't respond right away because your script is too long/complex, hold it.
The break command doesn't run when matlab is executing some of its deeper scripts, and either it won't log a ctrl sequence in the buffer, or it clears the buffer just before or just after it completes those pieces of code. In either case, when matlab returns to execute more of your script, it will recognize that you are holding ctrl+c and terminate.
For longer running programs, I usually try to find a good place to provide a status update and I always accompany that with some measure of time using tic and toc. Depending on what I am doing, I might use run time, segment time, some kind of average, etc...
For really long running programs, I found this to be exceptionally useful
http://www.mathworks.com/matlabcentral/fileexchange/16649-send-text-message-to-cell-phone/content/send_text_message.m
but it looks like they have some newer functions for this too.
MATLAB doesn't respond to Ctrl-C while executing a mex implemented function such as svd. Also when MATLAB is allocating big chunk of memory it doesn't respond. A good practice is to always run your functions for small amount of data, and when all test passes run it for actual scale. When time is an issue, you would want to analyze how much time each segment of code runs as well as their rough time complexity.
Consider having multiple matlab sessions. Keep the main session window (the pretty one with all the colours, file manager, command history, workspace, editor etc.) for running stuff that you know will terminate.
Stuff that you are experimenting with, say you are messing with ode suite and you get lots of warnings: matrix singular, because you altered some parameter and didn't predict what would happen, run in a separate session:
dos('matlab -automation -r &')
You can kill that without having to restart the whole of Matlab.
One solution I adopted--for use with java code, but the concept is the same with mexFunctions, just messier--is to return a FutureValue and then loop while FutureValue.finished() or whatever returns true. The actual code executes in another thread/process. Wrapping a try,catch around that and a FutureValue.cancel() in the catch block works for me.
In the case of mex functions, you will need to return somesort of pointer (as an int) that points to a struct/object that has all the data you need (native thread handler, bool for complete etc). In the case of a built in mexFunction, your mexFunction will most likely need to call that mexFunction in the separate thread. Mex functions are just DLLs/shared objects after all.
PseudoCode
FV = mexLongProcessInAnotherThread();
try
while ~mexIsDone(FV);
java.lang.Thread.sleep(100); %pause has a memory leak
drawnow; %allow stdout/err from mex to display in command window
end
catch
mexCancel(FV);
end
Since you mentioned Task Manager, I'll guess you're using Windows. Assuming you're running your script within the editor, if you aren't opposed to quitting the editor at the same time as quitting the running program, the keyboard shortcut to end a process is:
Alt + F4
(By which I mean press the 'Alt' and 'F4' keys on your keyboard simultaneously.)
Alternatively, as mentioned in other answers,
Ctrl + C
should also work, but will not quit the editor.
if you are running your matlab on linux, you can terminate the matlab by command in linux consule.
first you should find the PID number of matlab by this code:
top
then you can use this code to kill matlab:
kill
example:
kill 58056
To add on:
you can insert a time check within a loop with intensive or possible deadlock, ie.
:
section_toc_conditionalBreakOff;
:
where within this section
if (toc > timeRequiredToBreakOff) % time conditional break off
return;
% other options may be:
% 1. display intermediate values with pause;
% 2. exit; % in some cases, extreme : kill/ quit matlab
end

Why is my deployed MATLAB application unable to generate a new figure?

I have built a GUI with some text boxes and a pushbutton. When I execute the GUI from MATLAB, it produces the desired plot on a separate window. The plot is created by a function that is stored in the same directory and is called in the callback function of pushbutton.
When I package it with the .m file of the GUI as the main file, I get an exe. When this exe runs, it normally takes data from data source (sqlserver) but then does not give the plot in a separate window as within matlab (also not in the same GUI window). There is a sound and from the behaviour it seems that the plots appears and vanishes in a very short time. But this is my perception and may be wrong, maybe it is some error message that is suppressed.
What can I do to solve this?
You've run into the problem discussed here in this post
Once the code is finished evaluating it cleans up, including closing the window you created. One solution would be to pause your script right after plotting.
Here's a discussion of many functions that can be used to pause execution with a GUI.