Eclipse не останавливается на контрольных точках

Ответ 1

Возможно, вы нажали кнопку "Пропустить все точки останова" в представлении "Точки останова".

Ответ 2

Спасибо, ребята, это действительно спасло мой день. Я предположительно нажал на точки проскальзывания, если вы сделали то же самое, это приведет к появлению точки останова с символом обратной косой черты на них.

Чтобы вернуть его в нормальное состояние:

• Перейдите в перспективу отладки.
• нажмите на значок точки останова → > верхний правый угол экрана, вы также можете перейти туда через Window- > show view- > breakpoints.
• Пятый значок слева вы увидите точку останова с обратной косой чертой. нажмите на него.

Чтобы подтвердить, попробуйте поставить точку прерывания на любую строку, и она должна выглядеть нормально.

Ответ 3

Нажмите Ctrl + Alt + B

ИЛИ выполните следующие шаги

Ответ 4

Иногда вы запускаете режим отладки, но отладчик фактически не прикрепляется/не отсоединяется. У меня также была эта проблема несколько раз, когда мой ноутбук реагировал очень медленно. Перезагрузка всегда решала это для меня.

Также попробуйте сделать все чисто (творит чудеса в Eclipse).

Ответ 5

Пожалуйста, не проверяйте это в меню Eclipse.

Run- > Пропустить все точки останова.

Я думаю, что это будет включено постоянно, как только вы выберете опцию "Удалить все точки разрыва" в окне "Отладка/перерывы".

Ответ 6

Это также случилось со мной, в моем случае это произошло из-за запуска GDB, и мне нужно было перейти к "Legacy Create Process Launcher". Для этого

• либо измените пусковые установки по умолчанию на "Legacy Create Process Launcher", в Windows > "Настройки" > "Выполнить" / "Отладка" > "Запуск" > "Пусковые установки по умолчанию".

• или выберите этот пусковой механизм в конфигурации отладки вашего приложения (Запустите > Конфигурации отладки > выберите конфигурацию отладки). На вкладке "Главная" внизу нажмите "Выбрать другое...", установите флажок "Использовать настройки конфигурации" и выберите "Наследие создания процесса запуска".

Ответ 7

Выполнение "Clean All" работало для меня.

Перейдите на вкладку "Проект" → "Очистить" пункт меню.

В диалоговом окне "Очистить" выберите "Очистить все проекты". Оставьте остальные значения по умолчанию. Нажмите кнопку "ОК".

BINGO!!! Удаленная отладка начала работать для меня так же красиво, как раньше.

Ответ 8

У меня была условная точка разлома, ошибочно введенная в точку входа метода. Удалена эта точка останова, и она сработала.

Примечание. Пробовал Пропустить все точки останова, очистить все проекты, обновить, закрыть Eclipse без везения, прежде чем прибить его.

Ответ 9

Очистка всех точек останова устранила проблему (в перспективе отладчика: Window → Remove All Breakpoints).

Восстановление проекта не работает для меня.

Ответ 10

У меня все точки останова включены и настроены так, как я должен. Но всякий раз, когда я нажимал "debug", он проходил бы только через программу (нажмите f5/f6). Оказывается, была настроена ошибка:

Щелкните правой кнопкой мыши проект > конфигурации отладки > вкладка "Отладчик" > снимите флажок "Остановить при запуске в:"

Ответ 11

Одной из причин такой ситуации может быть то, что вы нажали "пропустить все точки останова", когда воспроизведение и другие снимки меньше, чем обычно (из-за экрана с более высоким разрешением). Другое дело, что точки останова останавливаются только под потоками VM, а не под нормальными потоками!

Ответ 12

Я внезапно испытал пропуски точек останова, а также в Eclipse Juno CDT. Для меня проблема заключалась в том, что я настроил уровни оптимизации. Как только я вернул его, он работал нормально. Чтобы установить уровни оптимизации, перейдите в "Свойства проекта → C/С++ Build → Settings → Pan Settings" в зависимости от того, какой компилятор вы используете, перейдите в → Оптимизация и установите уровень оптимизации: None (-O0). Надеюсь это поможет! Лучший

Ответ 13

У меня была та же проблема, и я нашел настоящую причину.

Я написал несколько параллельных/многопоточных, в то время как я добавил некоторые точки останова внутри кода, запущенного в новом потоке. Итак, когда тесты JUnit перешагнули и скоро остановились, код не достигнет и не остановится на контрольных точках.

В этой ситуации мы должны щелкнуть и выбрать " Сохранить JUnit после проверки при отладке" в разделе " Конфигурации отладки..."

Ответ 14

переключение рабочего пространства у меня сработало. Перейдите в File> Switch Workspace и выберите другую папку (рабочую область), чтобы она и BINGO! Отладка стала работать для меня так же красиво, как и раньше.

Ответ 15

перейдите к точке дыхания и щелкните 5-й до eclipse-> окна> → показать view-> другие → debug-> точку останова и нажмите на 5-й вариант (Пропустить все точки останова)

Ответ 16

Убедитесь, что вы используете правильную версию JRE для отладки вашего проекта. Особенно если это сторонний проект.

Также убедитесь, что для любой точки останова не установлена точка запуска.

Ответ 17

1. Перейдите в (eclipse-workspace)\.metadata\.plugins\org.eclipse.wst.server.core и удалите все папки tmp.
2. Очистите и перезагрузите сервер.

Ответ 18

Для меня работало другое решение. Я также столкнулся с такой же проблемой - точки отладки не обновлялись, хотя они правильно отображаются в редакторе IDE и на вкладке Break Points.

Моя проблема и решение: при создании проекта "Default Output Folder" указывает на другое местоположение. На более позднем этапе я пропустил проект, выбрав "Project Right Click - Configure - Convert to Maven Project". Таким образом, в моей файловой системе проекта есть два набора выходных папок. Очистка проекта несколько раз не помогла решить мою проблему. В фоновом режиме он указывал на разные двоичные файлы. Наконец, когда я удалил Maven Feature и очистил проект, на этот раз все сработало нормально. Env: Eclipse Juno и JRE - J2SDK 1.5.

Ответ 19

Точки останова, казалось, работали и не работали над версиями Eclipse, которые я использовал последние пару лет. В настоящее время я использую Юнону и просто опытные точки останова, не работающие снова. Вышеупомянутые решения, хотя и хорошие, в моем случае не работали.

Вот что сработало в моем случае:

• удалил проект

• проверить его обратно из svn

• снова импортировать его в Eclipse

• запустите "mvn eclipse: eclipse"

Поскольку проект также является проектом Groovy/Http-bulder/junit-test, мне пришлось:

• конвертировать проект из Java в Groovy

• добавить/src/test/groovy в путь сборки Java (исходные папки на пути сборки)

• включить "**/*. groovy" в Java Build Path для /src/test/ groovy

Ответ 20

Я получаю все точки останова, пропущенные и помеченные как предупреждения при использовании -O2 в флагах компилятора. Теперь переключается на -O0 -g в моем make файле и контрольных точках. Надеюсь, это поможет.

Ответ 21

Если он не останавливается даже после снятия отметки SKIP ALL BREAKPOINTS, вы можете добавить этот android.os.debug.waitfordebugger непосредственно перед точкой останова.

Если вы это сделаете, ваше приложение обязательно будет ждать отладчика в этот момент каждый раз, даже если вы просто запускаете свое приложение, которое оно найдет только при подключении вашего устройства к затмению.

После отладки вы должны удалить эту строку для правильного запуска приложения, иначе андроид будет просто ждать отладчика.

Ответ 22

Попробуйте перезапустить eclipse, который работает иногда. Я думаю, там есть какой-то кеш.

Ответ 23

В моем случае отлаженный код в JBoss был старше кода в проекте Eclipse. Реконструкция .war решила проблему.

Ответ 24

Одиночная проблема с Eclipse Luna. Чистый проект не работает. Перестройка не сработала.

Что заставляет работать, это удалить приложение на устройстве перед каждой отладкой.

Ответ 25

Я использую Eclipse FileSync plugin для прямой удаленной отладки. Убедитесь, что вы отметили Allow different target folders и отредактировали параметр файла Target folder в древовидном представлении.

Установка Default target folder кнопкой Browse... без Allow different target folders будет устанавливать все папки на одну и ту же цель (у меня были как libs, так и classes установлены по умолчанию для libs, поэтому мои точки останова не обновление).

Ответ 26

Если приведенные выше комментарии не помогли, вы можете иметь в виду, что некоторые проекты cmake/make требуют, чтобы вы компилировали код с активированной опцией отладки. Ура, Пако

Ответ 27

Начиная с версии Eclipse 4.7/Oxygen, выпущенной в июне 2017 года, появилась новая концепция "Триггеры для точек останова", которая отображается в виде маленькой буквы "T" рядом со значком "синей маркированной точки" точки прерывания.

Все остальные точки останова, которые изначально подавляются триггерами будет поражен только после того, как будет нажата любая из триггерных точек. Все триггеры отключены после того, как точка срабатывания достигнута и будет после включения снова включается.

Для сброса всех флагов "триггера" необходимо выполнить следующие шаги:

1. Переключиться на перспективу отладки.
2. Щелкните правой кнопкой мыши в представлении "Точки останова"
3. Выберите "Удалить все триггеры".

Примечание. Этот шаг не удаляет все ваши контрольные точки, что происходит при выборе "Удалить все" в том же контекстном меню.

Примечание. Сочетание клавиш для включения триггеров - "Alt-R", которое имеет приоритет на ярлыке для открытия меню "Выполнить" с его мнемоникой, когда выбрано представление "Точки останова".

Ответ 28

Моя проблема заключалась в том, что мое окно отладки было закрыто, и когда я пытался достичь точки останова, затмение просто зависало и не показывало, где оно остановилось.

Вы можете отобразить Debug View на Mac, нажав Window> Show View> Debug

Ответ 29

Если очистка и перезагрузка компьютера не помогают, возможно, причина в том, что порт отладки по умолчанию используется другим приложением. Изменение на другое значение должно работать. В моем случае с использованием IBM RAD:

1. Откройте консоль администрирования
2. Перейдите в раздел Сервер/Типы серверов/Серверы приложений WebSphere. Нажмите на ссылку [server1] (имя по умолчанию)
3. Открыть Java и управление процессами/Определение процесса
4. Откройте виртуальную машину Java
5. На [Debug arguments] измените номер порта 7777 на новый
6. Сохраните и перезапустите Сервер. Готово!

Ответ 30

Для меня обновление файла gradle-wrapper.jar сработало.