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
For example:
We have remote server with development environment. Server used by some users in one time.
If we try to start debugger on port 5858, it can cause EADDRINUSE. So we need to find free port to debug our app.
Instead of this we can start debugger to listen on socket in our home dir and be sure what we can listen on it.
I have a patch in the works (#5025) that makes --debug-port=0 bind to a random port, would that help? It's perhaps less convenient because you'll need to parse stderr or query process.debugPort. OTOH, you don't get stale socket errors like you do with UNIX sockets.
Activity
[-][debugger][feature] listen on unix socket[/-][+]Listen on unix socket in debugger[/+]bnoordhuis commentedon Feb 4, 2016
There are no real technical obstacles but what is the use case? Let me rephrase: when is a TCP socket not good enough?
3y3 commentedon Feb 5, 2016
For example:
We have remote server with development environment. Server used by some users in one time.
If we try to start debugger on port 5858, it can cause
EADDRINUSE. So we need to find free port to debug our app.Instead of this we can start debugger to listen on socket in our home dir and be sure what we can listen on it.
bnoordhuis commentedon Feb 5, 2016
I have a patch in the works (#5025) that makes
--debug-port=0bind to a random port, would that help? It's perhaps less convenient because you'll need to parse stderr or queryprocess.debugPort. OTOH, you don't get stale socket errors like you do with UNIX sockets.3y3 commentedon Feb 5, 2016
--debug-port=0sounds like a dream. Is this work correctly with child_process?bnoordhuis commentedon Feb 5, 2016
Yes, it does.