So many responses, I'll put them all in this one note: Alfke, Colin wrote: > First: login to the session that you are running !NEWVERSION from as > ADMINISTRATOR (a user in the administrators group won't do it).
The doc does indicate that the user must be Administrator, I noted that it did not say "an administrator user" or something more forgiving. > Second: the path is case-sensitive. To get the correct casing you can > to a !CMD at the ECL prompt and CD to the correct directory. If you > used the PE default it will be: C:\IBM\ud60\sys\CTLG\t\ (assuming the > subroutine starts with a T). Colin, thanks for trying but I have already been through the above with no joy. I've given up on this specific endeavor and took another approach, indicated below. If someone else wants to report this to IBM as an issue, feel free. As a PE user I don't consider myself entitled to consume IBM Support resources. For the record: If I want the most current version of code to run it should be a lot easier - obviously I have authorization to modify, compile, and catalog the code - for better or worse this level of access should also allow the same developer to manage shared memory related to this process. My current solution: I'm working with DesignBais which allows BASIC business rules to run in back of a web UI. When the UI is sitting in its designer mode it is still attached as a process through UniObjects. I was trying to modify the rules in another window with AccuTerm or UDT, compile/catalog them, and immediately execute them from the web process. (That doesn't appear to be easy for me but some colleagues in a non-PE environment weren't having a problem. I wasn't about to spend time with them to analyze their environment to find a solution.) My solution, however was to use the browser-based editor which is a part of DesignBais. A single user can spawn as many windows as desired and they all run from the same process, so I had my web UI _and_ an editor window up (two actually), compiled my programs in one window and ran them in another - no problem. I use my other port of my 2 port Unidata PE license to do simple ECL/TCL stuff like sort, copy, listdict, ae, clear.file, etc... Feel free to contact me about DesignBais. If you're in southern California I'm giving a presentation on it soon, see http://www.cdbma.org. > FYI: the !cmd works in UD - unlike D3NT. Although as of version 6.0 > we lost the ability to pipe output to more and do interactive FTP > sessions. The !cmd works fine in D3NT. Like all other functions, !cmd executes from the server, not the client. I suspect this is the direction that UD 6.0 went as well. If you do a !notepad on a client, you won't see notepad popping up on your screen, it will appear on the server, and will need to be closed there before the process is released back to your client. This is by design in D3 anyway. If you want processes executed on the client there are other ways to do it, though that can be a security issue if not performed properly. From: Allen E. Elwood (CA) > > You know......right after I wrote this, it occurred to me that Tony > G. could put a call to NEWPCODE inside of the processes that are > running, so that at THE APPROPRIATE POINT the code could actually > check to see if there was a new version of the subroutine (via a > flag in a file) and if so, force a NEWPCODE of a subroutine. [snip] If I absolutely needed to accomplish this task I would have tried to do it like that. As indicated above, DesignBais is the "parent" process which calls to my rules that I want to modify. I would need to have DesignBais call to a temporary child process that did a NEWPCODE on the real child process right before executing it - and then hope that there would be no timing issues with shared memory being released as I immediately jumped into the new code - I know, I could then insert a sleep if necessary, too much hassle for my taste, but it is nevertheless a solution for those who want it. Thanks Allen. Thanks to Simon and other respondants as well. Tony [EMAIL PROTECTED] ------- u2-users mailing list [EMAIL PROTECTED] To unsubscribe please visit http://listserver.u2ug.org/
