Приветствую!
Хочется странного: допустим, нажали некую кнопочку на форме. Она начала отрабатывать код. Хочется последовательный список строк кода, который был отработан в текстовом формате. Вроде того, который выдает замер производительности, но он, подлец, не выдает, что после чего выполнялось, а только время и количество выполнения. А сидеть в отладчике - долго, т.к. код большой. Вообще супер было бы, если бы была возможность получить в лапы схему работы, на вроде той, какую генерирует ида:
http://s41.radikal.ru/i091/1007/50/b2b470b960a3.jpg
Но понимаю, что слишком много хочу.
Гуглил и так и сяк, листал инфостарт и документацию к снегопату, но что то без особых успехов.
Вдруг кому попадалось.
Заранее спасибо.

Устройся на работу в 1с, внеси предложение, реализуй.

это называется замер производительности - кнопочка в отладчике

(1) Хотелось бы менее трудоемкий путь.
(2) Прочитайте внимательно первое сообщение. Отладчик не показывает последовательность.

(3) Отладчик = Замер производительности

(3) не показывает, да. А нафига оно тебе?
Мне за овер 13 лет ни разу не понадобилось. Что я жил - то зря?

(0) Стек вызова?

вызовов*

(0) а что он должен будет показать при отработке цикла шагов на миллион ;)

для клюшек есть трассер на ИС у О-Планета

1с поддерживает закрытый код, по этому сабж не будет реализован никогда...

(0) Цеж reverse engineering, а он большинством лицензий запрещен. Зачем 1С будет делать хакерский инструмент?

(5)никогда в чужих самописках не ковырялся?

(12) чем отличается от ковыряния в типовых?

(13) Гораздо сложнее. Типовые следуют хоть каким-то стандартам.

(0) Не ленись, вот и все решение.

(6) он только по процедурам ходит

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

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

(18) что-бы смотреть стек вызовов надо понимать где поставить точку останова.

(19) Ну если не понимать, где точку ставить, то нафига отладчик вообще?

(20) я не понимаю, откуда эта гребанная БСП вызовет модуль по подписке(точнее по событию), и даже не догадываюсь бывая, что именно эту функцию из общего модуля вызовет.

(12) ковырялся очень много. Ни разу такой фигни не захотел. Когда код качественный, все и так понятно, когда там сапагетти во весь рост, то сабж понятнее не сделает

(18) у меня недавно было такое - фрагмент кода при проведении вызывался >6000 раз, при этом из разных мест с кучи разных подписок и прочего (автор сказал, что натыкал вызовы везде, так как оно должно в любом случае срабатывать). После изменений стал вызываться < 100 раз с тем же эффектом. не хватает стека вызовов, нужен листинг по типу (0), причем со стеком в каждой строке листинга.

(19) чтобы понимать, где поставить точку останова, надо запустить замер один раз

(22) ключ - "когда код качественный". а когда "некачественный"? и его реально много? иногда жалко даже авторов, столько труда вложили, а потом приходишь ты и переписываешь в 10-15 раз короче и быстрее.

(24) неа, длительные операции, фоновое выполнение, асинхронная обработка данных - все эти новые веяния кладут на лопатки "замер производительности".

(24)->(23). в том месте еще очень "крутое" изобретение. вместо ТЧ документов - РС, причем на несколько документов одни и е же наборы (по разным измерениям). и при изменении данных надо все "связанные" таким образом документы приводить в соответствие

(26) Последовательность вызовов тут не поможет, ибо ее просто нет ;)

(27) Переделать все нахрен!

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

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

Вы сейчас договоритесь до "обратного исполнения" кода…

после каждой строки кода делай
Сообщить(СтрокаКода)

Особенно прикольо кода "качественный" код в типовых.
Особенно хорош ЗУП, где до 15 (!!! ) сложенных вызовов процедур

*вложенных

(34) БСП при начале работы - смотрел?

(33) Хорошая идея. Только в файлик писать, а не сообщить. Думаю ТС поможет. Если не в лом конечно все это прописывать)

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

давно это было (лет 10 назад), я тогда решил к объекту в доп свойствах цеплять расширенное описание точки входа (и значения ключевых параметров). Реально помогло тогда... А через некоторое время очень "похожее" решение увидел в КД...