Nodemon: ctrl+c останавливает сервер nodemon, но вместе с ошибкой errno 130 elifecycle

Пожалуйста, попробуйте текущую отладочную версию: npm install -g nodemon@debug (1.18.2-alpha.1)

Только что попробовал с nodemon@debug (1.18.2-alpha.1) и больше нет ошибки errno 130 elifecycle, он изящно завершается.

Технически ctrl-c не является изящным выходом, это SIGINT с кодом выхода
из 130 (просто как-то по-новому я шел, это сбивало с толку npm) -
вы можете проверить это, проверив ctrl-c на npm и echo $?

Чт, 12 июля 2018 г., 10:26 Грациано Стателло, уведомления@github.com
написал:

Только что попробовал с nodemon@debug (1.18.2-alpha.1) и больше нет errno 130
elifecycle, он завершается изящно.

—
Вы получаете это, потому что вы прокомментировали.

Ответьте на это письмо напрямую, просмотрите его на GitHub
https://github.com/remy/nodemon/issues/1390#issuecomment-404449824 или отключить звук
нить
https://github.com/notifications/unsubscribe-auth/AAA1hLwNFwqo1z5dkxD3md92dfQWXIU-ks5uFxZHgaJpZM4VMPUK
.

Я также столкнулся с этой проблемой сегодня. Когда я использую nodemon в CLI, все в порядке. Однако я использую скрипт npm для его запуска, он не работает должным образом.

@remy действительно 130 :)
@sumAlbert nodemon@debug (1.18.2-alpha.1) устраняет проблему также при запуске nodemon из скрипта npm

@Akallabet Возможно, это связано с проектом. Я запускаю два разных проекта со скриптом npm. Один в порядке, другой 130. nodemon@debug (1.18.2-alpha.1)

@sumAlbert определенно возможно, кстати, я бегу

[email protected]
[email protected]

Надеюсь, поможет

Наличие этой проблемы в 1.18.3

Я тоже, также в 1.18.3, понизил версию до 1.17.5, и выход ctrl-c снова работает без ошибок LIFECYCLE 130...

У меня тоже есть эта проблема в 1.18.3!

Могу подтвердить, что эта проблема все еще присутствует в 1.18.4.

Обновление до 1.18.5, кажется, исправило это для меня.

Наличие этой проблемы в 1.18.6

Обновление до 1.18.7 решило эту проблему для меня.

Наличие этой проблемы в 1.18.9

Также есть эта проблема в 1.18.9

@remy Пожалуйста, откройте снова!

1.18.10 :(

Все еще есть та же проблема на 1.19.0 ☹️

1.19.1 ☹️

Маловероятно, что это будет исправлено в ближайшее время: https://github.com/remy/nodemon/issues/1424#issuecomment -433826772.

Довольно поражен соотношением «все еще происходит» к PR по этому конкретному вопросу! 😄

Всем привет!

Я нашел сообщение об ошибке на странице узла github, в котором рассматривается очень похожая, если не та же самая проблема:

https://github.com/nodejs/node/issues/21213

У меня есть узел 10.4.0 , который я обновил до 10.4.1 и похоже, что он решает проблему.
Я знаю, что 10.4.x — это не последняя LTS, но пока у меня это работало. Я также проверю более новые миноры, чтобы увидеть, работает ли он там нормально.

ОБНОВЛЕНИЕ: Проверена последняя версия LTS ( 10.16.0 ), и она отлично работает.

_Примечание для себя: иногда я получаю ELIFECYCLE ERROR 143 при нажатии Ctrl+C, но это происходит от webpack ._

[узел] 1.19.1
У меня также есть эта проблема. Все еще не решено!

[узел] 1.19.1
У меня также есть эта проблема. Все еще не решено!

Проверьте свои версии node и npm и попробуйте обновить их! Есть хороший шанс, что это решит проблему и для вас.

Привет. Тем не менее, ctrl+c после node server.js завершается и корректно останавливается (нет errno 130 elifecycle).

- node 8.9.4
- nodemon 1.18.1. 

Любое решение?

Спасибо большое. Оно работает.

Как я добрался сюда : я погуглил nodemon ctrl c not working и нажал на 3-ю ссылку после попытки 1-й ссылки (не удалось).

Если вы введете какой-либо вход в систему, похоже, что SIGINT на самом деле оказывается в вашей программе дважды довольно быстро:

^C2020-09-03T00:34:38.425Z - notice: [ SIGNAL ] - SIGINT
2020-09-03T00:34:38.426Z - notice: stopping process...
[nodemon] still waiting for 6 sub-processes to finish...
2020-09-03T00:34:38.668Z - notice: [ SIGNAL ] - SIGINT
npm ERR! code ELIFECYCLE
npm ERR! errno 130
npm ERR! @grouparoo/[email protected] dev: `cd node_modules/@grouparoo/core && GROUPAROO_MONOREPO_APP=staging-public ./api/bin/dev`
npm ERR! Exit status 130
npm ERR!
npm ERR! Failed at the @grouparoo/[email protected] dev script.
npm ERR! This is probably not a problem with npm. There is likely additional logging output above.

npm ERR! A complete log of this run can be found in:
npm ERR!     /Users/evan/.npm/_logs/2020-09-03T00_34_38_811Z-debug.log

Привет , @remy, извини, что снова беспокою тебя, но на /node_modules/nodemon/lib/monitor/run.js@465 мы получили:

// because windows borks when listening for the SIG* events
if (!utils.isWindows) {
  bus.once('boot', () => {
    // usual suspect: ctrl+c exit
    process.once('SIGINT', () => bus.emit('quit', 130)); <- SIGINT IS ctrl+c!!!!!
    process.once('SIGTERM', () => {
      bus.emit('quit', 143);
      if (child) { child.kill('SIGTERM'); }
    });
  })
}

Итак, теперь мой вопрос: почему у нас есть process.once('SIGINT', () => bus.emit('quit', 130)); ? В чем причина этого
потому что это причина 130..

!utils.isWindows объясняет, почему этого не происходит в Windows.

Если нет веских причин для обмена 130 на SIGINT , дайте мне знать, и я сделаю PR

Спасибо.

@borracciaBlu лучше всего отследить вину мерзавца в этой строке. Проекту исполняется 10 лет, и в него внесено так много крошечных изменений для конкретных систем, чтобы все работало вместе, я не могу вспомнить _почему_, но я уверен, что это сделано специально. Это не та копия, которую вы видите при ошибке копирования/вставки.