Mike, Good. At first, when I first read your message, I thought you were having trouble getting ^XUP to work, and I was going to try to ensure that you had your directories set up properly etc. But I see that you are wanting to avoid messing up your VistA. So good, you have achieved that.
But I'm not sure you really need to worry about it. If you are learning, you ought to have a practice system that won't matter if you break it. When I was installing, I planned 3 installations. First was just a trash around install. Do what ever with it, no worries. Second was an attempt to do it right, but expecting some mistakes. The third install was my final gold install. What you have now will allow you to lean M programming. But if you have any programming experience, I don't think it will take you long. You will then want to move on to using the Fileman and Kernel API calls, and that will require that you have access to the VistA routines. Good luck, and let me know if I can help. Kevin On 7/13/06, Mike Schrom <[EMAIL PROTECTED]> wrote: > 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 > ------------------------------------------------------------------------- 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
