Как программно получить данные которые были переданы в вызывающую процедуру? #647565

Одна процедура вызывает вторую. Во второй процедуре нужно получить значения переменных или переданных параметров первой процедуры. В отладчике это легко. А программно как?

передать их в ту процедуру где они нужны, коли они не глобальные

ммм.. передать эти параметры как параметры второй процедуры?

как может быть в отладчике легко, а в коде не легко?

вселенская тайна.

как раз можно. Открыть стек вызовов, посмотреть значения

После третьей "передачи параметров процедуре" у меня моск сломался

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

Ну мне не легко. А тебе легко?

давай нормальный пример, пока не понятно чем не подходят параметры методов.

и вообще похоже на проблему в архитектуре :)

Два параметра - ссылка на массив и уровень вложенности не подойдет?

Что именно не понятно? Вроде в всё проще некуда расписал

Программно никак, параметры процедуры видны только в ней. Только передавать параметры явно, в том или ином виде.

код покажи, или пример нормальный. Если внутри процедуры2 ты отладчиком видишь значение нужное - где проблема его в коде получить?

Не тормози, он переключает контекст с помощью стека вызовов :)

там скорее не массив, а ветвистая структура со вложенными структурами получается.

Понятно. Очень жаль.

+ это не туда. Для

хорошо, пойду кофя пить

Давай пример. А про уже сказали либо передаешь параметры дальше по процедурам. Либо переменные модуля и т.п.

Тогда ДеревоЗначений

Зачем тебе пример?

а узнать, что сейчас думает президент Гондураса, в этот момент программно не надо?

что за бред?

можно. Но сложно

бред - это то, что ты несёшь.

Где именно?

че за бред ?

Просили пример.

чувак по ходу не познал циклы?

поддерживаю

цыкл тебя познал. Иди отсюда

тебе в помощь. Но ИМХО - не должен алгоритм опираться на данные, не относящиеся к данной итерации

просили нормальный пример :)

Этот самый простой. в получше

да не суть

у тебя ошибка в голове

правильнее так :) но поскольку пример простой то и ответ простой. Все таки интересно что хочет автор

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

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

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

> . Пример алгоритма где это может требоваться есть? Опираться на предыдущие итерации? Рекурсия не для этого придумана, чтоб в 10-й итерации смотреть что было в 1-й

дык про массив же сразу сказали - см

У меня в функции случается что параметр принимает определенное значение, и нужно проследить цепочку как это случилось.

нет...это ссылка на массив

Там про "Два параметра - ссылка на массив и уровень вложенности" Да, слово массив тоже присутствует, но для другой цели

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

ок

в рамках твоей задачи цель только 1

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

+ то есть нужно зная подструктуру получить ее родителя и дедушку и прапрадедушку.

Хранить в подструктурах родителя не подойдет?

+Это как дерево получится, но с произвольными наборами колонко в узлах

а тупо ТЗ не прокатит? индекс - вот тебе и номер цикла рекурсии

Сильно много переделывать. Много веток у структуры.

не

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

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

итого вывод: ты неправильно реализовал алгоритм изначально

о_О ничего себе какие выводы ты делаешь!

Это называется дать намыленную веревку:

точно

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

алгоритм хороший. Просто нет методов для того чтобы его улучшить.

+ просто хотелось сделать более информативные сообщения пользователю. Вместо: "Не правильный номер дома (питнацать)" Хотелось: "Не правильный номер дома (питнацать) по улице (Ленина) в городе (Чемкент)" Ну да ладно, обойдутся.

Бред!

Баян! :-)

Просили пример, написал ))))

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

Да я видел, ты еще в ошибся. Никак не реально

Точнее нормальным способом не реально, только извращаться