не трогая конфу, ессесно.

примерчик приветствуется, formex/1c++ религией не запрещены

добавить глобальный модуль формекса.. делов то

желательно предварительно проверить, не загружен ли он до того как

(1) э-э-э... я просто не пробовал никогда такое. т.е. приоритет будет у методов подгруженного модуля?

например, в ГМ есть Функция ВернутьЗначение1(), возвращающая 5, а в доп. ГМ Функция ВернутьЗначение1(), возвращающая 10, то после загрузки во внеш.обработке  этого доп.ГМ  методы основного ГМ, обращающиеся к ВернутьЗначение1(), будут получать 10? я правильно понял?

не, чё-то не взлетает

http://www.1cpp.ru/forum/YaBB.pl?num=1202810577
пост №7
видимо, так и не реализовано

глвзятьконтекст? интересно на фиг еще такое нужно

Вопрос - для чего это надо?
Не факт,что при вызове из того же глобального модуля всё будет стабильно работать,а если вызывать из обработки,то в неё смело можно добавить весь исполняемый код.
Или функция из обработки проведения вызывается?

(7) да не, просто задумка была минимизировать куски перетаскиваемого кода из ГМ, не трогая конфу. короче, есть несколько экспортных процедур и функций ГМ, которые, в свою очередь, вызывают целую кучу неэкспортных переменных, процедур и функций (если копипастить, то получаются многотысячные портянки), и вот парочку из них надо как бы подправить, но не меняя конфу.
ладно, фиг с ним. попробуем зайти с другой стороны.

а как можно из обработки вызвать неэкспортные процедуры/функции ГМ, и менять неэкспортные переменные ГМ (не изменяя конфу)?

типа, ап, что-ли

В вашем случае надо,чтобы внешняя компонента была загружена в момент компилляции глобального модуля-тогда его код можно изменить,а потом уже сложнее.
Конечно,можно эммулятор отладчика сделать-ставить точки останова и менять всё,что хочется,но это нужно интерфейс отладчика изучать.

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