Eclipse 3.5.2 не останавливается в контрольных точках. Это как если отладчик использует более старую версию исходного файла.
Пробовал обычное обновление, очищал все проекты, строил все без изменений.
Уже в режиме отладки и проверяется точка останова.
* ok удалил весь проект и снова проверил его. но все еще любопытно, в чем проблема.
Возможно, вы нажали кнопку "Пропустить все точки останова" в представлении "Точки останова".
Спасибо, ребята, это действительно спасло мой день. Я предположительно нажал на точки проскальзывания, если вы сделали то же самое, это приведет к появлению точки останова с символом обратной косой черты на них.
Чтобы вернуть его в нормальное состояние:
Чтобы подтвердить, попробуйте поставить точку прерывания на любую строку, и она должна выглядеть нормально.
Нажмите Ctrl + Alt + B
ИЛИ выполните следующие шаги
Иногда вы запускаете режим отладки, но отладчик фактически не прикрепляется/не отсоединяется. У меня также была эта проблема несколько раз, когда мой ноутбук реагировал очень медленно. Перезагрузка всегда решала это для меня.
Также попробуйте сделать все чисто (творит чудеса в Eclipse).
Пожалуйста, не проверяйте это в меню Eclipse.
Run- > Пропустить все точки останова.
Я думаю, что это будет включено постоянно, как только вы выберете опцию "Удалить все точки разрыва" в окне "Отладка/перерывы".
Это также случилось со мной, в моем случае это произошло из-за запуска GDB, и мне нужно было перейти к "Legacy Create Process Launcher". Для этого
либо измените пусковые установки по умолчанию на "Legacy Create Process Launcher", в Windows > "Настройки" > "Выполнить" / "Отладка" > "Запуск" > "Пусковые установки по умолчанию".
или выберите этот пусковой механизм в конфигурации отладки вашего приложения (Запустите > Конфигурации отладки > выберите конфигурацию отладки). На вкладке "Главная" внизу нажмите "Выбрать другое...", установите флажок "Использовать настройки конфигурации" и выберите "Наследие создания процесса запуска".
Выполнение "Clean All" работало для меня.
Перейдите на вкладку "Проект" → "Очистить" пункт меню.
В диалоговом окне "Очистить" выберите "Очистить все проекты". Оставьте остальные значения по умолчанию. Нажмите кнопку "ОК".
BINGO!!! Удаленная отладка начала работать для меня так же красиво, как раньше.
У меня была условная точка разлома, ошибочно введенная в точку входа метода. Удалена эта точка останова, и она сработала.
Примечание. Пробовал Пропустить все точки останова, очистить все проекты, обновить, закрыть Eclipse без везения, прежде чем прибить его.
Очистка всех точек останова устранила проблему (в перспективе отладчика: Window → Remove All Breakpoints).
Восстановление проекта не работает для меня.
У меня все точки останова включены и настроены так, как я должен. Но всякий раз, когда я нажимал "debug", он проходил бы только через программу (нажмите f5/f6). Оказывается, была настроена ошибка:
Щелкните правой кнопкой мыши проект > конфигурации отладки > вкладка "Отладчик" > снимите флажок "Остановить при запуске в:"
Одной из причин такой ситуации может быть то, что вы нажали "пропустить все точки останова", когда воспроизведение и другие снимки меньше, чем обычно (из-за экрана с более высоким разрешением). Другое дело, что точки останова останавливаются только под потоками VM, а не под нормальными потоками!
Я внезапно испытал пропуски точек останова, а также в Eclipse Juno CDT. Для меня проблема заключалась в том, что я настроил уровни оптимизации. Как только я вернул его, он работал нормально. Чтобы установить уровни оптимизации, перейдите в "Свойства проекта → C/С++ Build → Settings → Pan Settings" в зависимости от того, какой компилятор вы используете, перейдите в → Оптимизация и установите уровень оптимизации: None (-O0). Надеюсь это поможет! Лучший
У меня была та же проблема, и я нашел настоящую причину.
Я написал несколько параллельных/многопоточных, в то время как я добавил некоторые точки останова внутри кода, запущенного в новом потоке. Итак, когда тесты JUnit перешагнули и скоро остановились, код не достигнет и не остановится на контрольных точках.
В этой ситуации мы должны щелкнуть и выбрать " Сохранить JUnit после проверки при отладке" в разделе " Конфигурации отладки..."
переключение рабочего пространства у меня сработало. Перейдите в File> Switch Workspace и выберите другую папку (рабочую область), чтобы она и BINGO! Отладка стала работать для меня так же красиво, как и раньше.
перейдите к точке дыхания и щелкните 5-й до eclipse-> окна> → показать view-> другие → debug-> точку останова и нажмите на 5-й вариант (Пропустить все точки останова)
Убедитесь, что вы используете правильную версию JRE для отладки вашего проекта. Особенно если это сторонний проект.
Также убедитесь, что для любой точки останова не установлена точка запуска.
(eclipse-workspace)\.metadata\.plugins\org.eclipse.wst.server.core и удалите все папки tmp.Для меня работало другое решение. Я также столкнулся с такой же проблемой - точки отладки не обновлялись, хотя они правильно отображаются в редакторе IDE и на вкладке Break Points.
Моя проблема и решение: при создании проекта "Default Output Folder" указывает на другое местоположение. На более позднем этапе я пропустил проект, выбрав "Project Right Click - Configure - Convert to Maven Project". Таким образом, в моей файловой системе проекта есть два набора выходных папок. Очистка проекта несколько раз не помогла решить мою проблему. В фоновом режиме он указывал на разные двоичные файлы. Наконец, когда я удалил Maven Feature и очистил проект, на этот раз все сработало нормально. Env: Eclipse Juno и JRE - J2SDK 1.5.
Точки останова, казалось, работали и не работали над версиями Eclipse, которые я использовал последние пару лет. В настоящее время я использую Юнону и просто опытные точки останова, не работающие снова. Вышеупомянутые решения, хотя и хорошие, в моем случае не работали.
Вот что сработало в моем случае:
удалил проект
проверить его обратно из svn
снова импортировать его в Eclipse
запустите "mvn eclipse: eclipse"
Поскольку проект также является проектом Groovy/Http-bulder/junit-test, мне пришлось:
конвертировать проект из Java в Groovy
добавить/src/test/groovy в путь сборки Java (исходные папки на пути сборки)
включить "**/*. groovy" в Java Build Path для /src/test/ groovy
Я получаю все точки останова, пропущенные и помеченные как предупреждения при использовании -O2 в флагах компилятора. Теперь переключается на -O0 -g в моем make файле и контрольных точках. Надеюсь, это поможет.
Если он не останавливается даже после снятия отметки SKIP ALL BREAKPOINTS, вы можете добавить этот android.os.debug.waitfordebugger непосредственно перед точкой останова.
Если вы это сделаете, ваше приложение обязательно будет ждать отладчика в этот момент каждый раз, даже если вы просто запускаете свое приложение, которое оно найдет только при подключении вашего устройства к затмению.
После отладки вы должны удалить эту строку для правильного запуска приложения, иначе андроид будет просто ждать отладчика.
Попробуйте перезапустить eclipse, который работает иногда. Я думаю, там есть какой-то кеш.
В моем случае отлаженный код в JBoss был старше кода в проекте Eclipse. Реконструкция .war решила проблему.
Одиночная проблема с Eclipse Luna. Чистый проект не работает. Перестройка не сработала.
Что заставляет работать, это удалить приложение на устройстве перед каждой отладкой.
Я использую Eclipse FileSync plugin для прямой удаленной отладки. Убедитесь, что вы отметили Allow different target folders и отредактировали параметр файла Target folder в древовидном представлении.
Установка Default target folder кнопкой Browse... без Allow different target folders будет устанавливать все папки на одну и ту же цель (у меня были как libs, так и classes установлены по умолчанию для libs, поэтому мои точки останова не обновление).
Если приведенные выше комментарии не помогли, вы можете иметь в виду, что некоторые проекты cmake/make требуют, чтобы вы компилировали код с активированной опцией отладки. Ура, Пако
Начиная с версии Eclipse 4.7/Oxygen, выпущенной в июне 2017 года, появилась новая концепция "Триггеры для точек останова", которая отображается в виде маленькой буквы "T" рядом со значком "синей маркированной точки" точки прерывания.
Все остальные точки останова, которые изначально подавляются триггерами будет поражен только после того, как будет нажата любая из триггерных точек. Все триггеры отключены после того, как точка срабатывания достигнута и будет после включения снова включается.
Для сброса всех флагов "триггера" необходимо выполнить следующие шаги:
Примечание. Этот шаг не удаляет все ваши контрольные точки, что происходит при выборе "Удалить все" в том же контекстном меню.
Примечание. Сочетание клавиш для включения триггеров - "Alt-R", которое имеет приоритет на ярлыке для открытия меню "Выполнить" с его мнемоникой, когда выбрано представление "Точки останова".
Моя проблема заключалась в том, что мое окно отладки было закрыто, и когда я пытался достичь точки останова, затмение просто зависало и не показывало, где оно остановилось.
Вы можете отобразить Debug View на Mac, нажав Window> Show View> Debug
Если очистка и перезагрузка компьютера не помогают, возможно, причина в том, что порт отладки по умолчанию используется другим приложением. Изменение на другое значение должно работать. В моем случае с использованием IBM RAD:
Для меня обновление файла gradle-wrapper.jar сработало.