Вопросы Теги

Запустите скрипт Python на запуске

Потоки являются неотъемлемой частью процесса и не могут быть уничтожены снаружи. Существует функция pthread_kill, но она только применяется в контексте самого потока. Из документов в ссылке:

Обратите внимание, что pthread_kill () только заставляет сигнал быть обработанным в контексте данного потока; действие сигнала (завершение или останавливающийся) влияет на процесс в целом.

5
20.09.2016, 03:59
4 ответа

Это причудливо, но если это не что-то, что делает Exchange Стека, я думаю проблема, которую Вы имеете, то, что Вы используете "необычные кавычки", а не "".

Независимо от того, что редактор, которого Вы используете, возможно, заменил стандартный символ кавычки (Unicode U+0022) со стилизованными открытыми и близкими кавычками (U+201C и U+201D). sh не любит это очень. То, когда я заменяю эти стилизованные кавычки "нормальными кавычками" Ваш код, хорошо работает (за маленьким исключением, что у меня нет .py файла, который это называет).

7
27.01.2020, 20:35
  • 1
    Спасибо, спасибо, спасибо. Не был весь ответ, но он уверенный помог. Я скопировал и изменил код от сети, и это - то, куда необычные кавычки прибыли из. Однако проблема оказалась оператором: ´случай “1$ ″ в´ Нем должен был быть ´случаем 1$ в´ –  P Hemans 01.02.2011, 12:07
  • 2
    ну, кавычки должны работать вокруг $1 при условии, что они не необычные кавычки. Довольный услышать это разработано. –  Steven D 01.02.2011, 17:35
  • 3
    Выпущенный, что мой драйвер клавиатуры был испорчен. Задавался вопросом, почему я должен был ввести "дважды, чтобы заставить это работать: ubuntuforums.org/archive/index.php/t-299219.html, Все еще имеющий исходную проблему, хотя, где программа не будет работать на начальной загрузке. –  P Hemans 02.02.2011, 03:28
  • 4
    @P Hemans: при использовании надлежащего редактора с выделением синтаксиса (т.е. Vi), который, возможно, был очень очевидным :P –  kizzx2 02.02.2011, 18:51

Можно добавить материал к /etc/rc.local.

Иначе Вы могли поместить свой сценарий в /etc/init.d/, chmod +x это и затем выполненный update-rc.d FOO defaults.

2
27.01.2020, 20:35
  • 1
    Да, который является в значительной степени, что я сделал. Запуск его с "etc/init.d/scripts запускается", приводит к ошибкам, как описано в моих комментариях (выше) –  P Hemans 01.02.2011, 03:06

Ваш сценарий указывает, что хочет быть запущенным в runlevels 3 и 5, остановленным в runlevels 1 и 2 (плюс 0 и 6, которые являются завершением работы и перезагрузкой), и никакое мнение в runlevel 4. Ubuntu загружается к runlevel 2 по умолчанию (я думаю, что это все еще верно с Выскочкой). Таким образом, если Вы не устанавливаете другое значение по умолчанию runlevel, Ваш сценарий не будет работать. В заголовках сценария использовать

# Default-Start: 2 3 4 5
# Default-Stop: 0 1 6
1
27.01.2020, 20:35
  • 1
    , я изменил его согласно Вашим инструкциям, но я думаю, что у меня может быть другая проблема, поскольку сценарий не будет работать с "запуском" (см. выше). –  P Hemans 01.02.2011, 03:07

Путем добавления:

exec > /tmp/debug-my-script.txt 2>&1

в начале файла сценариев я смог, по крайней мере, захватить сообщения об ошибках, который прибывал из программы Python (ошибка аутентификации с пост-ГРЭС). Таким образом, сценарий работает во время начальной загрузки (после того, как много сообщества вводило). Это просто перестало работать во время выполнения (который является другой проблемой).

0
27.01.2020, 20:35

Теги

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