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

Хм. Ну на то и замер, а не что-то другое. Нету у него такой фичи.

Точки останова

(0) стек вызовов смотри - кнопка такая есть в конфигураторе

(0) Ты будешь удивлен, но функция "замер производительности" нужен для замера производительности. :)

Тебе нужно кое-что другое.

(4) Ты будешь удивлен, но "замер производительности" нужен НЕ для замера производительности в 90% случаев.

(0) отсортируй по модулям. как минимум в пределах модуля будет видно последняя выполненная строка.
а какой из модулей - как нибудь уж сориентируйся.

(0)
1) Собрать трассу первый раз до зависа.
2) В трассе +- сапог найти точку кода на сервере, желательно синхронного вызова, поставить точку останова.
3) Выполнить код 2 раз, дойти до точки останова.
4) Глядя на левую полоску, где отметки замера, продвигаемся по F10, видя, идет ли код дальше всех этих пропускаемых процедур.
5) Как только видим, что код дальше не шел - заходим в процедуру по F11.
6) Повторяем 5 рекурсивно.


Веселье начинается в асинхронных вызовах.

>>Хочу увидеть последнее место перед выбросом, а оно сортирует по времени исполнения.

Остановка по ошибке не поможет ли?

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

База одна и таже, я имел в виду другое кассовое место.

Че тут думать - файловая база по сети.

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

(12) ты же можешь подключиться отладкой к другому сеансу и поставить остановку по ошибке

(13) или не по ошибке... и про стек вызовов я говорил