Kevin, I replied to you off list. My hunch was correct, modifying a different Linux user's .bashrc and .bash-profile to remove references to VistA and set up separate directories for GT.M routines and globals worked. With PuTTY, I managed to:
Using username "mschrom". [EMAIL PROTECTED]'s password: Last login: Thu Jul 13 09:34:53 2006 from doctor [EMAIL PROTECTED] ~]$ gtm GTM>S X="Hello World" GTM>W X Hello World GTM>D ^XUP %GTM-E-ZLINKFILE, Error while zlinking "XUP" %GTM-E-FILENOTFND, File XUP not found GTM> This generated a "file not found" error trying to execute any VistA routine under that user, all while having VistA running in a separate PuTTY session under username "vista". (Of course Bhaskar, would have been able to set me straight and can confirm this if he makes it out of the woods!) Now I think I can play in a "safe" sandbox without buggering my VistA installation. Mike Kevin Toppenberg wrote: > Mike, are you doing this for a learning exercise, or because you need > the job done (or both). I have code that does what you describe if > you want to study it. I have a GT.M system, but it should work on > either (I think). Let me know if you want me to send it over. > > Kevin > > On 7/12/06, Mike Schrom <[EMAIL PROTECTED]> wrote: >> I am not thinking that I even need to copy the database. First, I intend >> to practice writing programs. That I should be able to do directly from >> GT.M, as a different user with a .bash profile that does not point to >> the VistA globals. Then, I plan to write a simple routine to extract >> data from my current practice management system and output it to a comma >> delimited file which I will then import using Fileman, rather than >> attempting to directly stuff the patient file in VistA. That way, >> Fileman can check the data for consistency and I don't risk damaging the >> database. I know I can easily import data using Fileman, but my current >> data set needs too much editing to be cleaned up manually. >> >> Mike >> >> >> >> Nancy Anthracite wrote: >>> In Cache, you can map your routines elsewhere. In GTM, there is a way of >>> setting up the path to the routines so that yours are used first and then >>> those in a different directory if you do not have a routine that matches >>> what >>> is called, etc. However, that does not protect the globals from whatever >>> havoc your routines reap. >>> >>> You can made a copy of your cache.dat and mumps.dat for a test server. In >>> Cache, you need to dismount the cache.dat before you copy it and move it to >>> a >>> different namespace. With GT.M, you can copy a database file with the mupip >>> backup command. >>> >>> On Wednesday 12 July 2006 14:59, Mike Schrom wrote: >>> I just got my copy of Richard Walters' book, M Programming, and I want >>> to try writing a few simple M programs (one project is to parse my >>> external patient data to put it into a form suitable for importing into >>> VistA via Fileman). However, I would like to avoid screwing up my VistA >>> installation. I'm guessing that putting the routines in a user's Linux >>> account other than VistA, will do this safely, correct? >>> >>> Mike Schrom >>> >>> >>> ------------------------------------------------------------------------- >>> Using Tomcat but need to do more? Need to support web services, security? >>> Get stuff done quickly with pre-integrated technology to make your job >>> easier >>> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >>> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >>> _______________________________________________ >>> Hardhats-members mailing list >>> Hardhats-members@lists.sourceforge.net >>> https://lists.sourceforge.net/lists/listinfo/hardhats-members >>> >> >> ------------------------------------------------------------------------- >> Using Tomcat but need to do more? Need to support web services, security? >> Get stuff done quickly with pre-integrated technology to make your job easier >> Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo >> http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 >> _______________________________________________ >> Hardhats-members mailing list >> Hardhats-members@lists.sourceforge.net >> https://lists.sourceforge.net/lists/listinfo/hardhats-members >> > > > ------------------------------------------------------------------------- > Using Tomcat but need to do more? Need to support web services, security? > Get stuff done quickly with pre-integrated technology to make your job easier > Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 > _______________________________________________ > Hardhats-members mailing list > Hardhats-members@lists.sourceforge.net > https://lists.sourceforge.net/lists/listinfo/hardhats-members > ------------------------------------------------------------------------- Using Tomcat but need to do more? Need to support web services, security? Get stuff done quickly with pre-integrated technology to make your job easier Download IBM WebSphere Application Server v.1.0.1 based on Apache Geronimo http://sel.as-us.falkag.net/sel?cmd=lnk&kid=120709&bid=263057&dat=121642 _______________________________________________ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
