OK. That helps. And I guess that all XWBTCP sessions (i.e. connection from CPRS) are given a separate job. So if I do a ZLINK from a command-line shell, it wouldn't change the CPRS session.
Thanks Dave, Kevin On 8/29/05, [EMAIL PROTECTED] <[EMAIL PROTECTED]> wrote: > > > > > I don't know quite how to ask this question: > > > > If I have my server up and running, and I make a change to one of the > > modules (in this case it was the module that prints out progress > > notes), then the changes won't become apparent until the user that was > > using the old code closes out and reconnects. > > > > So my question is, does GT.M keep a complete copy of the code base > > for every different process? And how can I tell if everyone has > > switched over to using the new code (other than just watching to see > > how the new progress notes get printed out?) > > > > Kevin > > I'm not Bhaskar, but I can answer part of this. > Yes, GT.M keeps a complete copy of the code base for each different > process, if what you mean is that it looks at the program (.m) file, > compares it to the intermediate language (.o) file, if they are both > up-to-date, it then creates an (in-memory) Just-in-time compile of the > .o file into a native code file (x86 machine language) and then > just uses the compiled copy until the process ends. > > If a process knows it needs to update its copy, the ZLINK command will > force it to replace the native code file/machine language in its memory > space. > > A year or so ago, at one of our community meetings, we did a bit of > analysis about using the same mechanism used by the ^ZSY and ^ZJOB code > to tell a running process to update (ZLINK), but I don't think the analysis > turned into real code. It shouldn't be very hard, you would just use > a flag in a global. > > David Whitten > (713) 870-3834 > > > ------------------------------------------------------- > SF.Net email is Sponsored by the Better Software Conference & EXPO > September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices > Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA > Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf > _______________________________________________ > Hardhats-members mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Hardhats-members mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/hardhats-members
