Even in CPRS, most of the "real work" occurs in MUMPS routines invoked via remote procedure calls (RPC) in the standard configuration. I know it sounds crazy, but the way VistA manages process ownership is by setting a variable DUZ equal to the internal entry number of the process owner. It must always be defined and > 0. Why on earth would anyone do this? Well, in a typical VistA configuration, most users will be logged in using the same uid at the OS level, but they enter access and verify codes to sign into VistA. The user's DUZ controls things like access to options and security in Fileman. In a normal configuration users almost NEVER have access to programmer mode, and so there is no mechanism to explicitly set DUZ. That is the job of Kernel sign on (^ZU) for interactive users, and sign on via the Broker for CPRS (or other Broker based application) users.
--- Nancy Anthracite <[EMAIL PROTECTED]> wrote: > I am not sure I understand your question because I have to be sure > you > understand the relationship of the GUI to OpenVistA. The clinicians > GUI is > CPRS, which runs on Windows and connects to the server whether it the > server > is running on Cache/Windows, GTM/Linux or on a mainframe. > > Medsphere has apparently built a cross platform replacement for CPRS. > > > Codeweavers has worked on getting CPRS to run on Wine in the past. > > VistA-Office currently runs only on Cache/Windows but will be ported > to > GTM/Linux. It will likely happen within a few weeks of its release. > > > So hopefully one of those things answers your question. > === Gregory Woodhouse <[EMAIL PROTECTED]> "Design quality doesn't ensure success, but design failure can ensure failure." --Kent Beck ------------------------------------------------------- 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 Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
