You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
As per usual process connections when is closed a process should close unless it is designed to remain open as a daemon or persistent process, however right now when watchify is called, the hosting server manages its processes by closing the stdin file descriptor (and in this case also dying right after), but watchify keeps on running, disconnected from anything but init itself, I have to find the (in this case over 40) running instances of watchify and kill it(/them) as I dev. If the current functionality is wanted, where it stays running even when its parent process and input file descriptors die, any chance of a parameter that makes it act like a normal process then so it can be properly launched/killed by IDE's and build servers?
The text was updated successfully, but these errors were encountered:
As per usual process connections when is closed a process should close unless it is designed to remain open as a daemon or persistent process, however right now when watchify is called, the hosting server manages its processes by closing the stdin file descriptor (and in this case also dying right after), but watchify keeps on running, disconnected from anything but init itself, I have to find the (in this case over 40) running instances of watchify and kill it(/them) as I dev. If the current functionality is wanted, where it stays running even when its parent process and input file descriptors die, any chance of a parameter that makes it act like a normal process then so it can be properly launched/killed by IDE's and build servers?
The text was updated successfully, but these errors were encountered: