Я попробовал следующее на демонстрационной странице Кендо. https://demos.telerik.com/kendo-ui/timepicker/rangeselection
$("#start_timeview").find("li").first()
. первая доступная запись выбора времени с идентификатором start_timeview
. Вчера Kendo выпустила новую версию, которая используется на демонстрационных страницах. Но я думаю, идентификатор присутствует и в старых версиях. Если нет, попробуйте сначала обновить.
Глядя на скриншот, кажется, что Visual Studio в настоящее время отлаживает в режиме Run - вам нужно прервать выполнение процесса, прежде чем имеет смысл смотреть на такие вещи, как стек вызовов и т.д....
Чтобы прервать выполнение процесса, нужно либо нажать точку останова, либо прервать выполнение процесса в любое время, используя элемент панели инструментов Pause / Break all (Control + Alt + Break).
Затем вам должны быть доступны следующие окна в меню Debug -> Windows:
Некоторые другие полезные окна:
Некоторые из них могут быть не видны по умолчанию в зависимости от того, какую конфигурацию окон вы выбрали при первом запуске Visual Studio - если вы не можете найти их, щелкните правой кнопкой мыши на панели инструментов и выберите настроить, чтобы добавить их.
Visual studio не восстанавливает код из дизассемблера - вам действительно нужно иметь исходный код, иначе символы почти наверняка не будут соответствовать исходному коду, который вы отлаживаете.
Если вы отлаживаете неуправляемые модули без исходного кода, то я рекомендую вам хотя бы попробовать WinDbg - его пользовательский интерфейс иногда немного неуклюж, и он имеет крутую кривую обучения, однако это очень мощный отладчик, поддерживающий многие функции, которых нет у Visual Studio - он может быть более подходящим для того типа отладки, который вам нужен.
(Visual Studio - фантастический отладчик, однако он в основном используется для отладки модулей, где доступен исходный код, и поэтому ему не хватает некоторых функций в пользу лучшего пользовательского опыта).
Принятие этого является Вашим приложением, которое Вы записали в VS, просто нажмите F5, чтобы запустить программу и или использовать точку останова или вручную повредить программу, чтобы начать отлаживать.
Проблема на последнем снимке экрана заключается в том, что Visual Studio не перешла в режим прерывания автоматически. Это похоже на ошибку. Если вы нажмете кнопку «пауза» на панели инструментов, программа перейдет в режим прерывания, что даст вам разборку и стек вызовов.
Согласно последнему снимку экрана, вы фактически были подключены к программе ... окна вывода показывают, что она загружена удаленные символы для OLE и CRT.
Вы можете отлаживать программу с помощью Visual Studio, если у вас есть отладочная информация для этой программы. В этом разница между компиляцией Release версии (обычно без отладочной информации) и компиляцией Debug версии.
Этот диалог для отладки программы удобен, если вы тестируете отладочную версию самостоятельно написанной программы. Вы можете прикрепить его "на лету" к вашему отладчику Visual Studio и искать проблему.
Если это не ваша программа или это ваша программа, но не предоставляет отладочной информации, которую Visual Studio может понять, то вам не повезло.
.Используйте меню Debug -> Windows -> Disassembly (я думаю, что комбинация клавиш Alt + 8, но я настроен на VC 6. 0, потому что я так настроен, и это могло измениться).
Вы можете получить публичные символы для операционной системы из http://msdl.microsoft.com/download/symbols
. Добавьте его в список в меню Tools -> Options -> Debugging -> Symbols -> Symbol file locations.
Также убедитесь, что вы работаете на том же уровне целостности, что и приложение. Или всегда запускайте Visual Studio от имени администратора.