Як я можу від'єднати процес від скрипту bash?

Я намагаюся від'єднати процес від скрипту bash, щоб SIGINT не пересилався до процесу, коли я виходжу з сценарію.

Я використовував disownкоманду в терміналі безпосередньо, проте в bash, disownне зупиняє пересилання SIGINT. Мета цього сценарію - запустити openocd, а потім gdb з одним викликом. Оскільки сценарій ніколи не виходить (він працює з gdb), SIGINT все ще передається з gdb в openocd, що є проблемою, оскільки SIGINT використовується як команда зупинки в gdb.

У терміналі це виглядатиме приблизно так:

$ openocd &    # run openocd demonized
$ disown $!    # disown last pid
$ gdb          # invoke GDB

при виклику на терміналі в цьому порядку SIGINT не передається від gdb до openocd. Однак якщо цей самий виклик був у скрипті bash, SIGINT передається.

Будь-яка допомога буде дуже вдячна.

ps ця проблема в OS X, але я намагаюся використовувати інструменти, які також є портативними для всіх інструментів Unix.

Щоб від'єднати процес від сценарію bash:

nohup ./process &

Якщо ви зупините ваш скрипт bash з SIGINT(ctrl + c), або оболонка закінчується надсиланням, SIGHUPнаприклад, процес не буде турбуватись і продовжуватиметься виконуватись нормально. stdoutІ stderrбуде перенаправлений в файл журналу: nohup.out.

Якщо ви хочете виконати відокремлену команду, маючи можливість бачити вихід у терміналі, тоді використовуйте tail:

TEMP_LOG_FILE=tmp.log
> "$TEMP_LOG_FILE"
nohup ./process &> "$TEMP_LOG_FILE" & tail -f "$TEMP_LOG_FILE" &

Для мене це прекрасно справляється з відмовою

command & disown

Я знайшов рішення, що включає програму під назвою "відрив", написану Енноном Інглоріоном та яку можна завантажити з його веб-сайту

Після компіляції його можна використовувати в сценарії так:

$ ./detach -p debug.pid openocd <args> # detach openocd
$ gdb <args>                           # run gdb
$ kill -9 $(cat debug.pid)             # end openocd process
$ rm debug.pid                         # remove file containing process id

Цей перший рядок створює новий процес (працює з openocd) і зберігає ідентифікатор процесу у файлі (debug.pid) для подальшого використання. Це запобігає проблемам із прив’язкою до піда, як це передбачено у відповіді Олівера. Після виходу з наступної програми блокування (gdb) файл, що зберігає pid, використовується для безпосереднього знищення відірваного процесу.

просте і портативне рішення:

echo "openocd" | at now #openocd starts now, but via the at daemon, not the current shell!
pid=$(ps -ef | grep "[o]penocd" | awk '{print $1}')  
echo "openocd is running with pid: $pid"
gdb

Деякі застереження щодо переносимості: psпараметри залежать від ОС! ви могли б замість того, щоб використовувати варіант: { ps -ef || ps aux ;} | grep '[o]penocd | cut -f 1. atне міг бути доступним (дивно, але це буває ...). $(...)потрібна не справді стара оболонка, інакше використовуйте backticks.