Re: [U2] Running a command in a different account
We are working on an internal scheduler to run jobs in other accounts. You can add the LOGTO command to your paragraph or proc and log to whatever account you need to run the process in... As long as the login VOC tests for phantoms it should work fine. Tom RATEX Business Solutions -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Tuesday, July 31, 2012 11:16 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Running a command in a different account It's unix, so all the suggestions are well taken. Thanks, all!! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Baakkonen, Rodney A (Rod) 46K Sent: Friday, July 27, 2012 12:31 PM To: 'U2 Users List' Subject: Re: [U2] Running a command in a different account Are you on Unix or Windows? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 10:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - - CONFIDENTIALITY NOTICE: If you have received this email in error, please immediately notify the sender by e-mail at the address shown. This email transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. Copyright (c) 2012 Cigna = = ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
Create a shell script that does cd /account uv TCL statement of what to run cd /account uv TCL statement of what to run until all accounts are ran in. If it is a case of just updating / reading files. Create Qpointers to the files of your alternate accounts and loop through them in your code. Hth -Dan Dan Goble | Senior Systems Engineer Interline Brands, Inc. 804 East Gate Drive Suite 100, Mount Laurel, NJ 08054 Office: 856.533.3110 | Mobile: 609.792.6855 E-mail: dan.go...@interlinebrands.com | Website: www.interlinebrands.com This e-mail and any files transmitted with it are confidential and intended solely for the individual or entity to whom they are addressed. Please notify the sender immediately by e-mail if you have received this e-mail in error and delete all copies of this message. -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Tuesday, July 31, 2012 11:16 AM To: u2-users@listserver.u2ug.org Subject: Re: [U2] Running a command in a different account It's unix, so all the suggestions are well taken. Thanks, all!! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Baakkonen, Rodney A (Rod) 46K Sent: Friday, July 27, 2012 12:31 PM To: 'U2 Users List' Subject: Re: [U2] Running a command in a different account Are you on Unix or Windows? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 10:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - - CONFIDENTIALITY NOTICE: If you have received this email in error, please immediately notify the sender by e-mail at the address shown. This email transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. Copyright (c) 2012 Cigna = = ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any
Re: [U2] Running a command in a different account
It's unix, so all the suggestions are well taken. Thanks, all!! -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of Baakkonen, Rodney A (Rod) 46K Sent: Friday, July 27, 2012 12:31 PM To: 'U2 Users List' Subject: Re: [U2] Running a command in a different account Are you on Unix or Windows? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 10:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users - - CONFIDENTIALITY NOTICE: If you have received this email in error, please immediately notify the sender by e-mail at the address shown. This email transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. Copyright (c) 2012 Cigna = = ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
On 27/07/12 16:42, bpa...@serta.com wrote: > Greetings! > > > > We have a program that runs in one account, but under certain conditions it > is becoming necessary for that program to execute a command in another > account, and then continue on its merry way doing other things. One fairly > simplistic example might be that the process might find it necessary to > create a file in another account. Can you think of a way round it? I seem to remember (with this example) I think UV lets you tell it where to create the file. You could create the file from the current account and physically create it in the remote one. Then fire off a job to create the VOC pointer in the remote account (or simply edit the VOC directly via a remote pointer). There's more than one way to skin a cat, in particular this example. Cheers, Wol ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
Are you on Unix or Windows? -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 10:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users -- CONFIDENTIALITY NOTICE: If you have received this email in error, please immediately notify the sender by e-mail at the address shown. This email transmission may contain confidential information. This information is intended only for the use of the individual(s) or entity to whom it is intended even if addressed incorrectly. Please delete it from your files if you are not the intended recipient. Thank you for your compliance. Copyright (c) 2012 Cigna == ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
Here be dragons I would suggest you absolutely do *not* bypass login :) Rather what you should do, is in the login have an exit ability There are things you want to do, like clean up and reinitialize operations Of course you may not realize you want to do these until you've been bitten -Original Message- From: Brian Leach To: 'U2 Users List' Sent: Fri, Jul 27, 2012 10:15 am Subject: Re: [U2] Running a command in a different account Nothing wrong with changing accounts so long as you can safely bypass login: Assign 1 To System(9006) Perform "CHDIR somepath" Assign 0 To System(9006) .. *(undocumented, universe only). Brian -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: 27 July 2012 16:42 To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
Nothing wrong with changing accounts so long as you can safely bypass login: Assign 1 To System(9006) Perform "CHDIR somepath" Assign 0 To System(9006) .. *(undocumented, universe only). Brian -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: 27 July 2012 16:42 To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
[U2] Running a command in a different account
Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
I do this all the time... READV ACCT.PATH FROM F.UV.ACCOUNT, ACCOUNT.NAME, 11 ELSE STOP 202, ACCOUNT.NAME CMD = "sh -c\cd '": ACCT.PATH: "' && ": SYSTEM(32): "/bin/uv ": PROGRAM.NAME: "\" EXECUTE CMD CAPTURING OUTPUT Perry -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 9:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users CONFIDENTIALITY NOTICE: This e-mail message, including any attachments, is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution is prohibited. ZirMed, Inc. has strict policies regarding the content of e-mail communications, specifically Protected Health Information, any communications containing such material will be returned to the originating party with such advisement noted. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users
Re: [U2] Running a command in a different account
OPEN "BAT.FL" TO BAT.FL * BAT="" BAT<-1>="C:" BAT<-1>="cd \...\...\path\to\remote\account" BAT<-1>="...uv\bin\uv TCL_CMD_TO_RUN" * BAT.KEY="REMOTE_"@USERNO:".BAT" WRITE BAT ON BAT.FL, BAT.KEY TCL="DOS /c ":DQUOTE("...\PATH\TO\BAT\FILE\":BAT.KEY) EXECUTE TCL CAPTURING OUTPUT Where: "BAT.FL" can be a type19 file "somewhere" on your system. "..\..\path\to\remote\account" is the physical path to the remote account. "TCL_CMD_TO_RUN" will be a program, proc, etc. to run on the remote account. "..uv\bin\uv" is path to the uv.exe program. This will launch a session, execute the command and return the output to you. You will need to check the @TTY of the remote account to prevent launching the 2nd session into a menu etc. ("Console") ... david ... David L. Wasylenko President, Pick Professionals, Inc w) 314 558 1482 d...@pickpro.com -Original Message- From: u2-users-boun...@listserver.u2ug.org [mailto:u2-users-boun...@listserver.u2ug.org] On Behalf Of bpa...@serta.com Sent: Friday, July 27, 2012 10:42 AM To: u2-users@listserver.u2ug.org Subject: [U2] Running a command in a different account Greetings! We have a program that runs in one account, but under certain conditions it is becoming necessary for that program to execute a command in another account, and then continue on its merry way doing other things. One fairly simplistic example might be that the process might find it necessary to create a file in another account. We have come up with a number of different ways of accomplishing this, but all involve a "phantom" LOGTO of some sort -whether it be through working with the UV.ACCOUNT file, the LOGIN paragraph, or some combination of the above. While this will do what is necessary, there are timing issues to consider, control and response issues, error checking, etc. It can be done, but it's not pretty. Does anyone have a more elegant and efficient way of accomplishing this? Thanks in advance! Brian F. Paige _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ _ The information transmitted is intended only for the person or entity to which it is addressed and may contain confidential and/or privileged material not intended for Public use. Any review, retransmission, dissemination or other use of, or taking of any action in reliance upon, this information by persons or entities other than the intended recipient is strictly prohibited. If you received this communication in error, please notify the sender and delete the material from any and all computers or devices. ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users ___ U2-Users mailing list U2-Users@listserver.u2ug.org http://listserver.u2ug.org/mailman/listinfo/u2-users