визуальный код студии node.js отладчик не может подключиться при стандартном запуске

Я попытался использовать простой пример visual.udio примера node.js, но, к сожалению, когда узел запускается из визуального кода студии (в OS X), узел запускается с некоторыми произвольными debug-brk, но вложение отладчика терпит неудачу.визуальный код студии node.js отладчик не может подключиться при стандартном запуске

Когда я запускаю приложение узла вручную с помощью --debug-brk = 5858, а затем с помощью приложения я могу отлаживать свое приложение. У кого-то была такая же проблема?

P.S я получил моно установлен на странице проекта моно .pkg

Вот мой launch.js:

{ 
"version": "0.1.0", 
// List of configurations. Add new configurations or edit existing ones. 
// ONLY "node" and "mono" are supported, change "type" to switch. 
"configurations": [ 
    { 
     // Name of configuration; appears in the launch configuration drop down menu. 
     "name": "Launch app", 
     // Type of configuration. Possible values: "node", "mono". 
     "type": "node", 
     // Workspace relative or absolute path to the program. 
     "program": "./bin/www", 
     // Automatically stop program after launch. 
     "stopOnEntry": true, 
     // Command line arguments passed to the program. 
     "args": [], 
     // Workspace relative or absolute path to the working directory of the program being debugged. Default is the current workspace. 
     "cwd": ".", 
     // Workspace relative or absolute path to the runtime executable to be used. Default is the runtime executable on the PATH. 
     "runtimeExecutable": null, 
     // Environment variables passed to the program. 
     "env": { } 
    }, 
    { 
     "name": "Attach", 
     "type": "node", 
     // TCP/IP address. Default is "localhost". 
     "address": "localhost", 
     // Port to attach to. 
     "port": 5858 
    } 
]

}

источник

2015-04-30 Jan Paul

Хмм, в то время как отслеживание того, что на самом деле делает код, зависит от того, сколько времени требуется для запуска терминала и процессов, и использует простые lsof и grep для поиска запущенного узла ... когда вы несете небольшую задержку, которую приложит отладчик. Поэтому в целом я думаю, что мы можем назвать это ошибкой. –

Какова версия вашего узла? Вы можете найти его, набрав Terminal 'node -v'. В мелкой печати отмечается, что рекомендуется v0.12.0 и выше. – praetoriaen

Это единственный отчет по этой проблеме. Я создал ошибку на нашей стороне, чтобы увеличить количество попыток подключения. Исправление появится в нашем следующем обновлении. –

Может быть кластер вещью. Попробуйте отключить кластер в ./bin/www, и вы сможете его отладить.

источник

2015-05-01 01:41:51 Takahiro

кластер? Можете ли вы указать конкретную строку кода? –

Просто наткнулся на ту же проблему ... Код не смог найти узел.

Изменить эту строку, чтобы указать на исполняемый файл, например:

"runtimeExecutable": "C:/Program Files/nodejs/node.exe",

Наслаждайтесь!

источник

2015-05-27 22:27:25 Believer

, когда он остался пустым, он должен быть одним из 'PATH', но null тоже не работал. Absolute path сделал трюк. –

это совсем не связано с первоначально сообщенной проблемой ... –

визуальный код студии node.js отладчик не может подключиться при стандартном запуске

ответ

Смежные вопросы