> > 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
