Выходной сигнал в ловушке, вызвавший ее вызов?

Есть несколько вариантов, которые вы пропустили (я размещаю это как ответ для большинства будущих пользователей, которые будут работать с текущими windows, 10):

  1. http://www.howtogeek.com/249966/how-to-install-and-use-the-linux-bash-shell-on-windows-10/ - родная оболочка bash, ubuntu, в комплекте с apt. Будет запускать все cli вещи, ну хорошо, не все, некоторые вещи, такие как вещи, которые требуют /sys и т.д., не будут запускаться, но большинство других инструментов cli будут. Это установка только windows 10, но так как windows 7 в конечном итоге прекратит обновления безопасности и поддержку, в какой-то момент вам все равно придется перейти на win 10. Инструменты командной строки - это то, чего действительно не хватает windows, и с этой родной оболочкой bash большинство из них будет работать.

  2. живая usb-флешка, с липкими настройками. Однако, я думаю, вы скоро устанете от мультизагрузки, которая быстро надоедает.

  3. легкая установка virtualbox gnu/linux, выберите для установки очень маленький iso, например xubuntu или lubuntu, если вы используете ubuntu. Максимум, что потребуется, это около 5 гб дискового пространства, а начальная установка будет значительно меньше, пока вы не установите программы. Совет: всегда устанавливайте программы с помощью: apt-get install --no-install-recommends [package] для уменьшения раздутости. Вы можете создавать ссылки на программы vm gui, которые открываются как обычные окна программ на хосте, если у вас есть определенная программа, которую вы не можете найти или подобрать в windows. Поскольку для хранения файлов вы будете обращаться к файловой системе windows, вам потребуется место только для ОС/программ, плюс немного для файлов /home, но это не так много.

  4. Большинство gnu/linux gui программ имеют либо порты windows, либо эквиваленты windows, например, я думаю, что kde plasma работает на windows нативно, если только они не отказались от этого. http://www.techradar.com/news/software/operating-systems/how-to-run-kde-on-windows-611178

2
15.07.2017, 14:16
1 ответ

Поскольку man 1p trapутверждает, что действие (первый аргументtrap)просто оценивается без дополнительной информации о полученном сигнале, переносимым решением может быть установка разных обработчиков для каждого сигнала:

#!/bin/sh
trap_sig() {
    echo "Process (PID: $$) interrupted by signal $1." >&2
    exit 2
}

# add trap to catch terminating signals
trap 'trap_sig INT' INT
trap 'trap_sig TERM' TERM
# […]
3
27.01.2020, 22:03

Теги

Похожие вопросы