You can set an environment variable from GT.M by making an external call to the glibc putenv() command.
Note however, that a GT.M process can ever only be a member of one instance in its lifetime. Changing the value of gtm_repl_instance to change instances is not designed for, is not tested, is not supported, and is not recommended. You are in uncharted territory if you attempt it. Consequences may range the gamut from nothing happening to the contents of your databases getting scrambled - I just can't say one way or another. Please do not attempt it.
-- Bhaskar
P.S. In case it is not obvious from the above, I strongly recommend against making an external call to set gtm_repl_instance.
P.P.S. You have been warned!
P.P.P.S. Don't do it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Hi
is there a mumps function to set the "gtm_repl_instance" environment from within the mumps code ?
regards,
Adi
You can set an environment variable from GT.M by making an external call to the glibc putenv() command.
Note however, that a GT.M process can ever only be a member of one instance in its lifetime. Changing the value of gtm_repl_instance to change instances is not designed for, is not tested, is not supported, and is not recommended. You are in uncharted territory if you attempt it. Consequences may range the gamut from nothing happening to the contents of your databases getting scrambled - I just can't say one way or another. Please do not attempt it.
-- Bhaskar
P.S. In case it is not obvious from the above, I strongly recommend against making an external call to set gtm_repl_instance.
P.P.S. You have been warned!
P.P.P.S. Don't do it.