Не могу я использовать likeds в моей части PR (PI)?
Покуда вызывая proc посылает в DS, тогда вы можете использовать DS на получая стороне.
То, если вызывая proc проходит параметр «справкой», то ваше получая proc только идет получить адрес -- определение нерелевантно насколько система обеспокоенный; необходимо только уместно оперируя понятиями ремонтопригодности. (Только то будет важная релевантность. Вы хотите повторно использовать определения между звонящим по телефону и callee для того чтобы уменьшить черепашок от несовместимых определений.)
Если память определена в пределах DS в вызывая proc, то вы можете использовать такое же определение DS в вызванном proc потому что они будут указывать на такую же память (покуда о «справкой»). И в тот случай, не было бы любой потребности для вашего proc к EVAL от/k аргумента и отдельно DS; значения уже находились бы в DS.
Или если группа в составе 400 перемеююых все случается находиться в сопредельной памяти в вызывая proc и они все имеет такое же определение, то, вам только нужно передать адрес первой перемеююого -- вызванным proc может определить свой аргумент для того чтобы быть блок 400 элементов. (Конечно, оно может быть каверзен сделать конечно что вы используете сопредельную память -- DS часто использован для того.)
Но иметь по-разному определения между вызывать и вызванные procs расширяет риск рассогласованных parms. Так мы регулярно используем члены /COPY для того чтобы помочь обеспечить что мы снабжаем ссылками память такая же дорога на обоих концах.
Если вы проходите в DS, то вы нагрузить DS с значениями в каждом proc которое вызывает ваше proc. Если вы проходите в отдельно parms, то вы только нагружаете DS в вашем proc. Вы должны выбрать где управление памяти осуществляет.
Если это находится в proc, то только будет прыгнуто в одиночную программу, она не могла внести изменения любой. Она только будет сделана в одной части Кодего любая дорога.
Но если ваше proc может быть вызвано от многократной цепи другие procs, то вы должны увидеть что нагружать блок могл быть самое лучшее в вашем proc. Не продиктуйте к вызывая procs как они должны организовать их перемеююые.
Ответом будет… оно зависит.
Tom
