можно ли поймать остановку выполнения кода из дебаггера?

[ice]

Цитата:

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

Может подойти класс Tread. Поскольку Вам все равно нужно чистить таблицу вне зависимости выполнилась ли бизнесс-логика или нет, то конструкцию можно организовать на примере следующего джоба :

и где гарантия что не будет прерван код между запусками потоков?

[Pustik]

Цитата:

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

и где гарантия что не будет прерван код между запусками потоков?

Гарантия в том, что ошибка при выполнении первого потока (БЛ) не остановит выполнение второго (ЧТ).В моем примере я четко указал на Throw error();
Если речь идет о полном отрубании электричества, крахом сервера и т.д. во время выполнения БЛ, то тут я бы использовал не таблицу лога запусков, а журнал запусков, где бы порекомендовал воспользоваться советом Alexanderis.ua. - аналогия разноски журналов.

[Raven Melancholic]

Ух. Подниму тему из больших глубин, тем более, в ней поучаствовали много моих бывших коллег из "самого крупного department store".
Интересует именно изначальная формулировка темы:

Цитата:

можно ли поймать остановку выполнения кода из дебаггера?

Ситуация следующая.
Есть код синхронизации транзакций DAX и внешних соединений, основывается на обработке Application.ttsNotify* (подсмотрено у Коламбуса). Основной подход в коде:

connection = new UserConnection();
RegisterExternalConnection(connection );
try
  ttsBegin;
  connection.ttsBegin();
  ...
  ttsCommit;

В общем, когда срабатывает Application.ttsNotifyCommit подтверждаем и внешние соединения, когда срабатывает Application.ttsNotifyAbort откатываем внешние соединения.
Все работает в любых случаях, проблем нет - либо подтверждается, либо откатывается. Но, как говорят, есть нюанс. Если идти в отладчике и внутри транзакции сказать "Прекратить отладку", то Application.ttsNotify* не отрабатывает.
В итоге поймать момент, когда нужно вызвать connection.ttsabort() не получается, пока не закрою клиента транзакция внешнего соединения висит.
Все бы ничего, но в одном из кейсов во внешнем соединении вызывается мъютекс MS SQL SP_GETAPPLOCK и это дает некоторые не очень приятные последствия. Пока на DEV это еще не страшно, но на PROD некоторое время пользователи недовольны, так как есть еще другие места использования мъютекса.
Соответственно вопрос: можно ли поймать остановку выполнения кода из дебаггера?

[Logger]

Не проверял, но может попробовать поймать исключение break?

[Logger]

Можно в инфолог повесить циклический вызов метода каждые 5 секунд (по аналогии с warchdog) А в методе проверять жива ли транзакция. Если жива, то назначать следующий вызов через 5 секунд. Если нежива то проверять внешнее соединение. Если не закрыто то откатывать транзакцию и закрывать.

Как узнать жива ли транзакция? Проверить appl.Ttslevel() . Если транзакция открыта то проверииь ее номер. Кажется счетчик возвращается методом xApplication.CurTtslevel() или как то так. Точнее завтра напишу когда буду за компом.

[Logger]

Цитата:

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

...по аналогии с warchdog...

имел в виду
\Classes\Info\watchDog
\Classes\Info\autologOff
\Classes\Info\addTimeOut

Цитата:

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

... xApplication.CurTtslevel() ...

имел в виду
\System Documentation\Classes\xApplication\curTransactionId

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