как из одного thread-а определить, где сейчас находится второй thread (line num)

[Malaja]

Есть 2 thread-а: основной и наблюдающий (например, watchdog - thread).
можно ли из watchdog - thread-а найти line number, на котором сейчас находится основной thread?
Т.е изначально вопрос: реально ли это более-менее доступными средствами? Если да, то как?
Т.е. что-то типа thread.getLineNumber() ?

[Dimka]

По-моему, в чистом виде применительно к C++ - только в debug-сборке, если создать среду исполнения, как у отладчика.

В приближении можно раскидать по коду наблюдаемого потока некие контрольные точки трассировки, из которых сообщать наблюдающему потоку, что наблюдаемый прошёл такую-то контрольную точку. Но такое решение имеет очевидные недостатки: дополнительные вызовы, невозможность применить watchdog к любому коду, необходимость вводить у программистов дисциплину указания контрольных точек.

Применительно к .NET... я лично не знаю, но подозреваю, что в пространствах имён System.Reflection и System.Diagnostics что-то полезное найдётся.

[Антон (LogRus)]

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

[Malaja]

Ребята,
опять же поиск красоты и легких путей погубит меня ранъше времени
Не хотелось особо менять код, но при этом хотелось следить за процессом постоянно.
Т.е. вводить контрольные точки в дополнение к имеющимся тоже не хотелось.
Появилась идея - в watchdog-е кажные n-секунд проверять строку кода: если она изменилась, то процесс живет, а если нет - висит.
Но похоже, что это если и реализуемо, то с дикими плясками с бубном вокруг костра.  А это уже не имеет смысла, т.к. вносит дополнительные сложности в программу (а она и так простотой не страдает).
System.Reflection и System.Diagnostics прошерстила, но пока ничего правильного не нашла...
Diagnostics.StackTrace дает возможность определить строку, но в таком контексте, как мне надо.
Reflection вообще, насколько я понимаю, дает общую инфу, а не текущую (т.е. общий обзор класса со всеми потрохами, но не текущую строку в процессе выполнения).
Думала, может что-то в System.Threading.Thread спрятано, но тоже пока не нашла.

[Sla]

Malaja, мысль правильная - отслеживать чужой процесс. Но это тебе выльется в серьезный программный код. Чуть ли не на уровне дебагера.
Или же тесты должны использовать глобальные переменные, доступные для WD.

[Malaja]

Слав,
вот то-то и оно - эти сложности мне явно ни к чему.
А что мне дадут глобальные переменные?

[zubr]

Можно попробовать через определенные интервалы времени делать:
1. SuspendThread
2. GetThreadContext
3. Сравнить контекст потока с предыдущим состоянием - если одинаковые, значит поток стоит
4. ResumeThread

[Sla]

Код:

+----------------------+
| область              |
| глобальных пременных |
+--^---------^---------+
   |         |
   |         |
+-------+ +--V---+
| test  | |  WD  |
+-------+ +------+

как-то так

[Dimka]

Появилась идея - в watchdog-е кажные n-секунд проверять строку кода: если она изменилась, то процесс живет, а если нет - висит.

"Висит" с точки зрения программиста - это не подаёт признаков жизни, не откликается, не завершается. С точки зрения среды исполнения же он не висит, а работает: либо долго что-то делает, либо зациклился намертво. Но если "висящий" процесс бегает по циклу, то строки кода, естественно, будут меняться внутри цикла.

Поэтому такая идея в чистом виде бесполезна. А городить статистику выполнения разных строк - придётся много-много и хорошо думать, только в добавок к собственному аналогу debugger'а ещё придётся писать и собственный аналог profiler'а. Не советую.

Самое простое и очевидное - отвести лимит времени. Зачем сложнее? Кому что это даст (с прагматической точки зрения, отбросив всякие перфекционистские стремления к "точности" ради неё самой)?

[Джон]

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

Ир, а всё-таки, что надо установить? Что процесс "живёт/висит" (смотри димкино объяснение в #8) или же что он выполняет определённую осмысленную работу?

[Malaja]

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

Дим,
я уже поняла, что это слишком сложно и посему в данном случае себя вообще не оправдывает.

zubr,
спасибо за идею - сейчас быстро попробую встроить и посмотрю на результат.

Джон,
надо определить, что он не завис.
Зациклится он может вряд ли, а вот deadlock - запросто (там сплошь и рядом синхронизация).

Короче говоря, я уже поняла, что идея со строками кода бессмысленная.
Пойду наиболее простым путем - как написано в посте про watchdog.