Breakpoints: сомневаюсь в полезности

@Bulky · Регистрация: 17.03.2018

Студворк — интернет-сервис помощи студентам

Привет всем.
Заметил, вот когда реально надо, что-то не получается и нужно глянуть проходят ли нужные значения.
Завожу "шарманку" под название Debugging with breakpoints.
И эта "фигня" на работающем коде, так сказать запущенном "кровью и потом", показывает вот такую "лажу", как на картинке.
В каких-то местах проекта где и так все ясно, Debugging вроде как показывает нужные и ожидаемые значения. Но вот когда реально последняя надежда на него. Просто какой-то облом.

на картинке показывает null, хотя там далеко не null. Код рабочий и там прямо сейчасtrue.

Может я чего не так делаю?

@Bulky · 08.01.2019, 11:48 **[ТС]**

Сообщение от kolorotur

Ну если ничего сложнее Hello World не писать, то конечно.
В остальных случаях — просто мегаполезнейшая вещь.

Hello World на MultiConverter и то мегаполезнейший Debugging оказался бесполезным.

@lvlkoo · 08.01.2019, 11:57

Сообщение от Bulky

Читайте пост внимательней. Потом пишите!

Пишите код внимательно, а потом пишите, что дебагер безполезный

Сообщение от Bulky

что Debugging не всегда полезная вещь.

Конечно, если пользоваться не уметь.

ПС. В так случаях как Ваш, когда проблема плавающая ставят брейкпоинты чуть не с первой строчки выполнения программы, расставляют ватчеры, и ручками построчно проверяют память на каждом шаге исполнения, что бы понять где ошибка (и при каких усорвиях). ДЕБАГЕР НЕ ВРЕТ

@Bulky · 08.01.2019, 12:05 **[ТС]**

Сообщение от lvlkoo

что бы понять где ошибка

Да нет и не было ошибки.

Читайте внимательней.

@lvlkoo · 08.01.2019, 12:12

Сообщение от Bulky

ошибки.

Это понятие обширное.

Аа не важно, вам ничего не доказать, тип людей такой.

Года через 2 (а лучше через 3) приходите в этму тему. Посмеемся вместе о том какой дебагер "безполезный"

@Bulky · 08.01.2019, 12:18 **[ТС]**

Сообщение от lvlkoo

Посмеемся вместе о том какой дебагер "безполезный"

Повторюсь, в данном случае почему-то подкачал.

Наверное он не совсем универсальный.

@Andreyip · 08.01.2019, 12:30

Bulky,
Скорее всего потому что вы вызываете метод в разных потоках. и пытаетесь отловить не отловимое. Для этого существуют логи. Приучайте себя логировать операции, таким способом вы можете проверить исходные данные и в релизе и в дебаге. а еще лучше пишите unit_test это спасет вас от таких вопросов. И да, дебаггер не врет.... Он показывает действительное а не ожидаемое, это нужно усвоить раз и на всегда и к этому нужно привыкнуть.

@Usaga · 08.01.2019, 12:35

Сообщение от Bulky

Повторюсь, в данном случае почему-то подкачал. Наверное он не совсем универсальный.

Отладчик не подводит. Это вы неверно интерпретировали его показания.

@Bulky · 08.01.2019, 12:39 **[ТС]**

Andreyip, спасибо за пост, который еще раз подтверждает неуниверсальность Debugger.
К сожалению я не знаю как делать логи unit_test. Но уже знаю как проверить исходные данные в релизе.

Добавлено через 1 минуту

Сообщение от Usaga

Отладчик не подводит. Это вы неверно интерпретировали его показания.

Да cогласен, наверное забыл одеть очки с эффектом Boolean Inversion.

@Usaga · 08.01.2019, 12:40

Bulky, нет, забыли про очки "данные в разный момент времени могут быть разными".

@Bulky · 08.01.2019, 12:46 **[ТС]**

Сообщение от Usaga

Bulky, нет, забыли про очки "данные в разный момент времени могут быть разными".

Мы об этом как-раз говорили с kolorotur, c утра, и пришли к консенсусу. Можете глянуть.

@Usaga · 08.01.2019, 12:53

Bulky, глянул. Из того, что вы смотрите на данные не в тот момент не делает отладчик бесполезным. Что и было сказано ещё до меня.

@Bulky · 08.01.2019, 13:00 **[ТС]**

Сообщение от Usaga

Bulky, глянул. Из того, что вы смотрите на данные не в тот момент не делает отладчик бесполезным. Что и было сказано ещё до меня.

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

@Usaga · 08.01.2019, 13:03

Bulky, универсальность тоже никоим образом не нарушается. Отладчик вам показал содержимое ОЗУ в момент срабатывания точки останова. Если там было false, значит так и есть.

@Bulky · 08.01.2019, 13:08 **[ТС]**

Сообщение от Usaga

Bulky, универсальность тоже никоим образом не нарушается. Отладчик вам показал содержимое ОЗУ в момент срабатывания точки останова. Если там было false, значит так и есть.

Я уже писал выше, что специально сделал так, чтобы комбинация из трех true уже была в ОЗУ, до момента срабатывания точки останова.
Значит это не то средство каким нужно было пользоваться в данном случае. Имею ввиду стандартный Debugger.

@Usaga · 08.01.2019, 14:48

Bulky, стандартный отладчик показывает истинное содержимое ОЗУ. Если он говорит, что там лежит false, то так оно и есть. Отладчик врать не будет. Он этого делать просто не умеет. А вот что вы там понаделали (или считаете, что сделали) - под большим вопросом.

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

Сообщение от Bulky

специально сделал так, чтобы комбинация из трех true уже была в ОЗУ, до момента срабатывания точки останова.

Добавлено через 2 минуты
Я вам рекомендую разрешить данный вопрос самым наиправильнейшим образом: сотворите минимальный пример кода, где такое "поведение" воспроизводится, а мы посмотрим, кто глючит, отладчик или его пользователь.

@aenye · 08.01.2019, 14:55

Usaga,

Не по теме:

Кажется, ответ уже известен :D (Отладчик)

@Bulky · 08.01.2019, 15:11 **[ТС]**

Всем свято верующим в абсолютную непогрешимость и универсальность Отладчика посвящается.

@Lexeq · 08.01.2019, 16:07

Bulky,

, что специально сделал так, чтобы комбинация из трех true уже была в ОЗУ, до момента срабатывания точки останова.

А на скрине из 30го поста видно, что конвертер вызывается два раза со значениями фолс, и затем три раза, меняя один фолс на тру. Так что ваше предположение о том, что вы все уже установили в тру перед вызовом конвертера не соответствует действительности.

@Bulky · 08.01.2019, 16:11 **[ТС]**

Сообщение от Lexeq

А на скрине из 30го поста видно, что конвертер вызывается два раза со значениями фолс, и затем три раза, меняя один фолс на тру. Так что ваше предположение о том, что вы все уже установили в тру перед вызовом конвертера не соответствует действительности.

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

@Usaga · 08.01.2019, 18:12

Не по теме:

Не смог даже нормально значение переменной посмотреть, но уже уверен, что отладчик кривой и показывает что попало...

Новые блоги и статьи Все статьи Все блоги /
сукцессия 33. открытые вопросы от клауде anaschu 19.07.2026 "Что накопилось за эту часть А — тринадцать правок, из которых шесть пришли из ваших вопросов и каждая оказалась реальной ошибкой, а не калибровкой: односторонний симбиоз, отсутствующий листопад,. . .	32 сукцессия anaschu 19.07.2026 сукцессия 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не «подкручивает» сходимость —. . .	сукцессия 31: модель микоризы - это модель ещё нескольких явлений, социальных и экономических anaschu 18.07.2026 Теория «Всего»: апдейт v1. 1. 2 — 28‑мерное ядро стабилизировано Коллеги, фиксирую разбор инженерных правок и их изоморфную проекцию на экономику, меметику и половой отбор. Модель теперь не. . .	сукцессия 30. Массив проверяющих друг друга моделей anaschu 18.07.2026 Архитектура сети взаимопроверяющих моделей микоризной сукцессии (v2. 0) Развитие тензорного ОДУ-ядра и создание кросс-платформенного калибровочного полигона Уважаемые коллеги! В продолжение. . .
Грибы - это женщины, деревья - это мужчины. Анти инь янь для союза мужчины и женщины. anaschu 18.07.2026 ГЛАВНЫЙ НАУЧНО-ФИЛОСОФСКИЙ ВЫВОД: Сексуально-Репродуктивный Капитализм против Государства Моногамии Коллеги, мы вышли на финишную прямую 20-мерного ОДУ-моделирования вековой сукцессии (ветка. . .	Текстовый слайдер с нумерацией страниц и кроссбраузерность. russiannick 18.07.2026 Один мой друг написал текстовый слайдер с нумерацией страниц. Сегодня я расскажу как он умудрился подружить его с кроссбраузерностью. Очевидно сложно угодить с шириной каждому браузеру. Один крадет. . .	Грибы - это мемы, дерево - это человек. Применение микоризной модели к теории меметики Докинза. anaschu 18.07.2026 Меметический изоморфизм теории «всего»: Грибная сукцессия как модель эволюции идей Докинза Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а универсальную. . .	Грибы - это корпорации, деревья - это государства. Механизм массонского захвата власти anaschu 18.07.2026 Макроэкономический изоморфизм теории «всего»: Грибная сукцессия как модель транснационального капитализма Базовый код системы ОДУ микоризной сукцессии описывает не просто биологию, а. . .

@Bulky -21 / 29 / 2 Регистрация: 17.03.2018 Сообщений: 778

	Breakpoints: сомневаюсь в полезности 07.01.2019, 21:11. Показов 3230. Ответов 59 Метки нет (Все метки) Привет всем. Заметил, вот когда реально надо, что-то не получается и нужно глянуть проходят ли нужные значения. Завожу "шарманку" под название `Debugging with breakpoints`. И эта "фигня" на работающем коде, так сказать запущенном "кровью и потом", показывает вот такую "лажу", как на картинке. В каких-то местах проекта где и так все ясно, Debugging вроде как показывает нужные и ожидаемые значения. Но вот когда реально последняя надежда на него. Просто какой-то облом. на картинке показывает `null`, хотя там далеко не `null`. Код рабочий и там прямо сейчас`true`. Может я чего не так делаю? Миниатюры 0

@Andreyip 548 / 355 / 120 Регистрация: 17.08.2014 Сообщений: 1,351
	08.01.2019, 12:30
	Bulky, Скорее всего потому что вы вызываете метод в разных потоках. и пытаетесь отловить не отловимое. Для этого существуют логи. Приучайте себя логировать операции, таким способом вы можете проверить исходные данные и в релизе и в дебаге. а еще лучше пишите unit_test это спасет вас от таких вопросов. И да, дебаггер не врет.... Он показывает действительное а не ожидаемое, это нужно усвоить раз и на всегда и к этому нужно привыкнуть. 0

@Usaga 14368 / 9469 / 1360 Регистрация: 21.01.2016 Сообщений: 35,733
	08.01.2019, 12:40
	Bulky, нет, забыли про очки "данные в разный момент времени могут быть разными". 1

@Usaga 14368 / 9469 / 1360 Регистрация: 21.01.2016 Сообщений: 35,733
	08.01.2019, 12:53
	Bulky, глянул. Из того, что вы смотрите на данные не в тот момент не делает отладчик бесполезным. Что и было сказано ещё до меня. 0

@Usaga 14368 / 9469 / 1360 Регистрация: 21.01.2016 Сообщений: 35,733
	08.01.2019, 13:03
	Bulky, универсальность тоже никоим образом не нарушается. Отладчик вам показал содержимое ОЗУ в момент срабатывания точки останова. Если там было `false`, значит так и есть. 1

@aenye 304 / 186 / 45 Регистрация: 05.07.2018 Сообщений: 580
	08.01.2019, 14:55
	Usaga, Не по теме: Кажется, ответ уже известен :D (Отладчик) 0

@Bulky -21 / 29 / 2 Регистрация: 17.03.2018 Сообщений: 778
	08.01.2019, 15:11 [ТС]
	Всем свято верующим в абсолютную непогрешимость и универсальность Отладчика посвящается. 0

@Usaga
	08.01.2019, 18:12
	Не по теме: Не смог даже нормально значение переменной посмотреть, но уже уверен, что отладчик кривой и показывает что попало... 0