Проблема заключалась в том, что я не выполнял вызов, когда выполнил свой запрос, в результате которого соединение оставалось открытым, а затем заканчивался тайм-аут, поскольку запрос не был закрыт
test("DELETE /questions/:qID", done => {
jest.setTimeout(10000);
server
// /questions/5c7899a24552624a5b9c7f35?_method=DELETE
.delete(`/questions/${aQuestionId}`)
.expect(200, done); <= call done
});
Have you had a look at MDBG? It may take you a while to get around but is fairly straight forward.
Also DbgClr may be an option, I think its still supposed to be in the SDK somewhere.
you can use remote debugging: http://msdn.microsoft.com/en-us/library/y7f5zaaa.aspx
На самом деле это довольно просто сделать с WinDbg, если у вас есть аварийный дамп. Загрузите дамп в WinDbg, загрузите sos и выполните команду printexception.
>.load sos
>!printexception
Это скажет вам исключение, а также укажет на внутреннее исключение. Вывод будет примерно таким:
0:000> !printexception
Exception object: 0135b340
Exception type: System.ApplicationException
Message: GetAverage failed
InnerException: System.IndexOutOfRangeException, use !PrintException 01358394 to see more
<stack trace follows>
Если у вас еще нет дампа памяти, вы можете создать его, используя adplus (который поставляется с WinDbg).
>adplus -crash -o<dump location> -quiet -pn<name of process>
Если вы предпочитаете использовать PID, используйте -p
опция вместо.