Nodemon: processos filhos desanexados são eliminados quando o nodemon é redefinido

Criado em 27 jul. 2018 · 4Comentários · Fonte: remy/nodemon

nodemon -v : 8.11.3
node -v : 1.18.3
Sistema operacional / ambiente de terminal: macOS iTerm2
Comando que você executou: nodemon -v app.js --development-mode

Comportamento esperado

Os processos filhos desanexados devem sobreviver a uma reinicialização do nodemon, da mesma forma que sobreviveriam a um CTRL + C.

Comportamento real

Os processos filho desanexados são eliminados na reinicialização. Se esse processo filho for um processo java, o diretório do aplicativo também receberá spam com arquivos hs_err_pidxxxx.log que indicam erros SIGSEGV . Exemplo:

# A fatal error has been detected by the Java Runtime Environment:
#
#  SIGSEGV (0xb) at pc=0x000000010da86c68, pid=13670, tid=0x0000000000000307

Passos para reproduzir

No macOS, inicie um processo de nó no nodemon que gera um processo filho separado.
Redefina editando um arquivo monitorado ou usando rs

Observação: não acredito que esse problema exista no Windows.

missing code to replicate stale

Fonte

Autre31415

👍8

Comentários muito úteis

Eu não acredito que isso seja obsoleto, pois não houve interação do proprietário ou de qualquer mantenedor no período de tempo.

alallier em 10 ago. 2018

👍5

Todos 4 comentários

Este problema foi automaticamente marcado como inativo e obsoleto porque não teve nenhuma atividade recente. Ele será fechado automaticamente se nenhuma outra atividade ocorrer. Se você acha que isso está errado, ou o problema ainda persiste, apenas coloque uma resposta nos comentários e
Obrigado por contribuir <3

stale[bot] em 10 ago. 2018

Eu não acredito que isso seja obsoleto, pois não houve interação do proprietário ou de qualquer mantenedor no período de tempo.

alallier em 10 ago. 2018

👍5

@alallier Sou todo o mantenedor e proprietário. Eu não tenho uma solução, então está obsoleto porque ninguém apareceu.

O @ Autre31415 pode fornecer código reduzido para replicar? Não tenho certeza se isso pode ser corrigido (novamente, já que ninguém ofereceu qualquer solução), pois o nodemon está fazendo exatamente o que deveria fazer (encerrar todos os subprocessos).