Run Application using Command without blocking Terminal












1















I have made some command (at /usr/bin) to Run Application like Matlab, Weka etc in Ubuntu 18.04 LTS. While using Matlab command, it holds the Terminal until I close Matlab or Terminal (if I close Terminal, Matlab also closed). How can I avoid this problem, that means Matlab command will not hold terminal while working? Thank You.



The Following Format has worked before but suddenly not working.



#!/bin/bash

setsid /usr/local/MATLAB/R2018a/bin/matlab </dev/null >/dev/null 2>&1 & disown


Now Matlab just open the logo but no further work going on....










share|improve this question























  • Has there been any recent update for Matlab that you recall ?

    – Sergiy Kolodyazhnyy
    Feb 20 at 2:10











  • not exactly......................

    – Shaikat Saha
    Feb 20 at 12:42
















1















I have made some command (at /usr/bin) to Run Application like Matlab, Weka etc in Ubuntu 18.04 LTS. While using Matlab command, it holds the Terminal until I close Matlab or Terminal (if I close Terminal, Matlab also closed). How can I avoid this problem, that means Matlab command will not hold terminal while working? Thank You.



The Following Format has worked before but suddenly not working.



#!/bin/bash

setsid /usr/local/MATLAB/R2018a/bin/matlab </dev/null >/dev/null 2>&1 & disown


Now Matlab just open the logo but no further work going on....










share|improve this question























  • Has there been any recent update for Matlab that you recall ?

    – Sergiy Kolodyazhnyy
    Feb 20 at 2:10











  • not exactly......................

    – Shaikat Saha
    Feb 20 at 12:42














1












1








1








I have made some command (at /usr/bin) to Run Application like Matlab, Weka etc in Ubuntu 18.04 LTS. While using Matlab command, it holds the Terminal until I close Matlab or Terminal (if I close Terminal, Matlab also closed). How can I avoid this problem, that means Matlab command will not hold terminal while working? Thank You.



The Following Format has worked before but suddenly not working.



#!/bin/bash

setsid /usr/local/MATLAB/R2018a/bin/matlab </dev/null >/dev/null 2>&1 & disown


Now Matlab just open the logo but no further work going on....










share|improve this question














I have made some command (at /usr/bin) to Run Application like Matlab, Weka etc in Ubuntu 18.04 LTS. While using Matlab command, it holds the Terminal until I close Matlab or Terminal (if I close Terminal, Matlab also closed). How can I avoid this problem, that means Matlab command will not hold terminal while working? Thank You.



The Following Format has worked before but suddenly not working.



#!/bin/bash

setsid /usr/local/MATLAB/R2018a/bin/matlab </dev/null >/dev/null 2>&1 & disown


Now Matlab just open the logo but no further work going on....







matlab






share|improve this question













share|improve this question











share|improve this question




share|improve this question










asked Feb 20 at 0:28









Shaikat SahaShaikat Saha

134




134













  • Has there been any recent update for Matlab that you recall ?

    – Sergiy Kolodyazhnyy
    Feb 20 at 2:10











  • not exactly......................

    – Shaikat Saha
    Feb 20 at 12:42



















  • Has there been any recent update for Matlab that you recall ?

    – Sergiy Kolodyazhnyy
    Feb 20 at 2:10











  • not exactly......................

    – Shaikat Saha
    Feb 20 at 12:42

















Has there been any recent update for Matlab that you recall ?

– Sergiy Kolodyazhnyy
Feb 20 at 2:10





Has there been any recent update for Matlab that you recall ?

– Sergiy Kolodyazhnyy
Feb 20 at 2:10













not exactly......................

– Shaikat Saha
Feb 20 at 12:42





not exactly......................

– Shaikat Saha
Feb 20 at 12:42










1 Answer
1






active

oldest

votes


















0














In this case nohup [CMD] & is a good alternative. nohup frees the command from the terminal running it and makes it immune to terminal hangups.



Also, the command you posted opens a new session and immediately sends EOF with </dev/null which forces matlab to not accept any input from terminal. This might be an issue depending on how a given program executes upon opening. I also do not think disown serves any purpose here, as the & runs it in the background and setsid should free it from the terminal. disown does not disconnect the program from the terminal, it only removes it from the job list. In any case, I'd use nohup [CMD] & as it does



1) separate the program from the terminal running it



2) closes standard input



3) redirects stdout and stderr to a separate file for examination instead of just sending it into the /dev/null abyss



4) & at the end puts it in the background






share|improve this answer


























  • please upvote if helpful

    – BarBar1234
    Feb 21 at 0:31











Your Answer








StackExchange.ready(function() {
var channelOptions = {
tags: "".split(" "),
id: "89"
};
initTagRenderer("".split(" "), "".split(" "), channelOptions);

StackExchange.using("externalEditor", function() {
// Have to fire editor after snippets, if snippets enabled
if (StackExchange.settings.snippets.snippetsEnabled) {
StackExchange.using("snippets", function() {
createEditor();
});
}
else {
createEditor();
}
});

function createEditor() {
StackExchange.prepareEditor({
heartbeatType: 'answer',
autoActivateHeartbeat: false,
convertImagesToLinks: true,
noModals: true,
showLowRepImageUploadWarning: true,
reputationToPostImages: 10,
bindNavPrevention: true,
postfix: "",
imageUploader: {
brandingHtml: "Powered by u003ca class="icon-imgur-white" href="https://imgur.com/"u003eu003c/au003e",
contentPolicyHtml: "User contributions licensed under u003ca href="https://creativecommons.org/licenses/by-sa/3.0/"u003ecc by-sa 3.0 with attribution requiredu003c/au003e u003ca href="https://stackoverflow.com/legal/content-policy"u003e(content policy)u003c/au003e",
allowUrls: true
},
onDemand: true,
discardSelector: ".discard-answer"
,immediatelyShowMarkdownHelp:true
});


}
});














draft saved

draft discarded


















StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1119687%2frun-application-using-command-without-blocking-terminal%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown

























1 Answer
1






active

oldest

votes








1 Answer
1






active

oldest

votes









active

oldest

votes






active

oldest

votes









0














In this case nohup [CMD] & is a good alternative. nohup frees the command from the terminal running it and makes it immune to terminal hangups.



Also, the command you posted opens a new session and immediately sends EOF with </dev/null which forces matlab to not accept any input from terminal. This might be an issue depending on how a given program executes upon opening. I also do not think disown serves any purpose here, as the & runs it in the background and setsid should free it from the terminal. disown does not disconnect the program from the terminal, it only removes it from the job list. In any case, I'd use nohup [CMD] & as it does



1) separate the program from the terminal running it



2) closes standard input



3) redirects stdout and stderr to a separate file for examination instead of just sending it into the /dev/null abyss



4) & at the end puts it in the background






share|improve this answer


























  • please upvote if helpful

    – BarBar1234
    Feb 21 at 0:31
















0














In this case nohup [CMD] & is a good alternative. nohup frees the command from the terminal running it and makes it immune to terminal hangups.



Also, the command you posted opens a new session and immediately sends EOF with </dev/null which forces matlab to not accept any input from terminal. This might be an issue depending on how a given program executes upon opening. I also do not think disown serves any purpose here, as the & runs it in the background and setsid should free it from the terminal. disown does not disconnect the program from the terminal, it only removes it from the job list. In any case, I'd use nohup [CMD] & as it does



1) separate the program from the terminal running it



2) closes standard input



3) redirects stdout and stderr to a separate file for examination instead of just sending it into the /dev/null abyss



4) & at the end puts it in the background






share|improve this answer


























  • please upvote if helpful

    – BarBar1234
    Feb 21 at 0:31














0












0








0







In this case nohup [CMD] & is a good alternative. nohup frees the command from the terminal running it and makes it immune to terminal hangups.



Also, the command you posted opens a new session and immediately sends EOF with </dev/null which forces matlab to not accept any input from terminal. This might be an issue depending on how a given program executes upon opening. I also do not think disown serves any purpose here, as the & runs it in the background and setsid should free it from the terminal. disown does not disconnect the program from the terminal, it only removes it from the job list. In any case, I'd use nohup [CMD] & as it does



1) separate the program from the terminal running it



2) closes standard input



3) redirects stdout and stderr to a separate file for examination instead of just sending it into the /dev/null abyss



4) & at the end puts it in the background






share|improve this answer















In this case nohup [CMD] & is a good alternative. nohup frees the command from the terminal running it and makes it immune to terminal hangups.



Also, the command you posted opens a new session and immediately sends EOF with </dev/null which forces matlab to not accept any input from terminal. This might be an issue depending on how a given program executes upon opening. I also do not think disown serves any purpose here, as the & runs it in the background and setsid should free it from the terminal. disown does not disconnect the program from the terminal, it only removes it from the job list. In any case, I'd use nohup [CMD] & as it does



1) separate the program from the terminal running it



2) closes standard input



3) redirects stdout and stderr to a separate file for examination instead of just sending it into the /dev/null abyss



4) & at the end puts it in the background







share|improve this answer














share|improve this answer



share|improve this answer








edited Feb 20 at 2:18

























answered Feb 20 at 2:11









BarBar1234BarBar1234

42826




42826













  • please upvote if helpful

    – BarBar1234
    Feb 21 at 0:31



















  • please upvote if helpful

    – BarBar1234
    Feb 21 at 0:31

















please upvote if helpful

– BarBar1234
Feb 21 at 0:31





please upvote if helpful

– BarBar1234
Feb 21 at 0:31


















draft saved

draft discarded




















































Thanks for contributing an answer to Ask Ubuntu!


  • Please be sure to answer the question. Provide details and share your research!

But avoid



  • Asking for help, clarification, or responding to other answers.

  • Making statements based on opinion; back them up with references or personal experience.


To learn more, see our tips on writing great answers.




draft saved


draft discarded














StackExchange.ready(
function () {
StackExchange.openid.initPostLogin('.new-post-login', 'https%3a%2f%2faskubuntu.com%2fquestions%2f1119687%2frun-application-using-command-without-blocking-terminal%23new-answer', 'question_page');
}
);

Post as a guest















Required, but never shown





















































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown

































Required, but never shown














Required, but never shown












Required, but never shown







Required, but never shown







Popular posts from this blog

flock() on closed filehandle LOCK_FILE at /usr/bin/apt-mirror

Mangá

Eduardo VII do Reino Unido