I suspect it is because those configuration routines are some of the few that have code for multiple OSs, where as VistA is only pure ANSI M, or whatever it is called.
-----Original Message----- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Kevin Toppenberg Sent: Tuesday, September 21, 2004 12:01 PM To: [EMAIL PROTECTED] Subject: RE: [Hardhats-members] VistA ZTMGRSET question What puzzles me is that when I execute a routine, it seems to find the code just fine.... I never get such an error when running VistA. Kevin --- Nancy Anthracite <[EMAIL PROTECTED]> wrote: > I thought the usual setup was that files that go > with VistA are in the > home/vista/SomeDirectoryName/r and the GTM routines > go in /usr/local/gtm. I > guess you have set this up differently than I do if > you are putting your > VistA files in /usr/local/OpenVistA . I think > Bhaskar's scripts park the > routines there prior to installing them, but I > though they were then put in > the directory structure of a user named vista after > the script ran. > > Since lately I have been using my own adaptation of > other scripts, I am not > sure. > > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED] > Behalf Of Kevin > Toppenberg > Sent: Tuesday, September 21, 2004 8:43 AM > To: [EMAIL PROTECTED] > Subject: RE: [Hardhats-members] VistA ZTMGRSET > question > > > Nancy, > > It not all that mysterious. There simply are only a > few routines in the directory listed below (i.e. the > code that I have written). > > It says it can't find the file: > "/home/kdt0p/OpenVista_UserData/r/ZOSVGUX.m" > > It should be looking for the file in: > /usr/local/OpenVistA/ > > Kevin > > > --- Nancy Anthracite <[EMAIL PROTECTED]> wrote: > > > If I had to guess, knowing problems I have had > > before with things that > > looked perfect but were not, run your > .bash_profile > > through dos2unix. I > > have had things that looked exactly the same on > the > > screen run and not run > > and I have gone so far as to look at the hex > output > > of the file trying to > > figure out what is the matter with these things. > It > > drives me nuts trying > > to figure out what is the matter. > > > > Also, have you checked the permissions on the > files? > > > > -----Original Message----- > > From: [EMAIL PROTECTED] > > > [mailto:[EMAIL PROTECTED] > > Behalf Of Kevin > > Toppenberg > > Sent: Tuesday, September 21, 2004 7:00 AM > > To: [EMAIL PROTECTED] > > Subject: Re: [Hardhats-members] VistA ZTMGRSET > > question > > > > > > Bhaskar, > > > > Thanks for your analysis of the errors below. > > > > I wonder why the setup routine is not finding the > > needed routines. I used the vista install script > > that > > you set up. Well, actually I run the install > script > > on machine A several months, then recently came > back > > and copied all the directories over to machine B. > > One > > difference between the machines what that the user > > name is now "kdt0p" vs. "kdtop" on machine A. But > I > > think I modified all the relevant parts to reflect > > this change. > > > > During the original install I chose the option > where > > the main routines are stored in > /usr/share/OpenVistA > > and then user data etc is store in > > /home/kdt0p/OpenVista_UserData. It looks like the > > ZTMGRSET function is accessing one of the linux > > environmental variables, and then looking in the > > wrong > > directory. > > > > I modified my script that run VistA to show the > > environmental variables before running. Here is > > what > > it shows: > > > > --------------------------------------------- > > Starting GT.M VistA > > ------------------- > > FYI, here are relevant defined variables: > > > > gtm_dist=/usr/local/gtm > > gtm_log=/usr/local/gtm/log > > > gtmgbldir=/home/kdt0p/OpenVista_UserData/g/mumps.gld > > gtm_vista=/home/kdt0p/OpenVista_UserData > > > gtmroutines=/home/kdt0p/OpenVista_UserData/o(/home/kdt0p/OpenVista_UserData/ > > r > > /usr/local/gtm) /usr/local/gt > > m() > > vista_home=vista_home > > > > Entering GT.M system now... > > > > GTM> > > > > --------------------------------------------- > > > > So I am guessing that the real problem is that > these > > variables are set up wrong. But which ones? > > > > Also, Nancy wrote this: > > > > >The newer setups since the advent of the 275 > patch > > >have all of the routines in the same > > >(/home/user/OV/r/*.m )directory as the patch > > >was written with that as the assumption. > > > > So maybe I should not be having two separate > places > > that *.m routines are stored? > > > > Any thoughts? > > > > Thanks > > Kevin > > > > > > --- "K.S. Bhaskar" <[EMAIL PROTECTED]> wrote: > > > > > Annotations below. > > > > > > -- Bhaskar > > > > > > On Sun, 2004-09-19 at 09:54, Kevin Toppenberg > > wrote: > > > > I am working on a configuration project. > > > > > > > > When I run ^ZTMGRSET, I get these errors: > > > > > > > > ------------------- > > > > > > > > ZTMGRSET Version 8.0 > > > > **34,36,69,94,121,127,136,191,275** > > > > HELLO! I exist to assist you in correctly > > > initializing > > > > the current account. > > > > > > > > THIS MAY NOT BE THE MANAGER UCI. > > > > I think it is VAH,ROU. Should I continue > > anyway? > > > N//Y > > > > I think you are using GT.M (Unix) > > > > Which MUMPS system should I install? > > > > > > > > 1 = VAX DSM(V6), VAX DSM(V7) > > > > 2 = MSM-PC/PLUS, MSM for NT or UNIX > > > > 3 = OpenM for NT, Cache/NT, Cache/VMS > > > > 4 = Datatree, DTM-PC, DT-MAX > > > > 5 = MVX,ISM VAX > > > > 6 = ISM (UNIX, Open VMS) > > > > 7 = GT.M (VMS) > > > > 8 = GT.M (Unix) > > > > System: 8//8 > > > > > > > > I will now rename a group of routines specific > > to > > > your > > > > operating system. > > > > Routine: ZOSVGUX Loaded, cp: cannot stat > > > > `/home/kdt0p/OpenVista_UserData/r/ZOSVGUX.m': > No > > > such > === message truncated === __________________________________ Do you Yahoo!? Read only the mail you want - Yahoo! Mail SpamGuard. http://promotions.yahoo.com/new_mail ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members ------------------------------------------------------- This SF.Net email is sponsored by: YOU BE THE JUDGE. Be one of 170 Project Admins to receive an Apple iPod Mini FREE for your judgement on who ports your project to Linux PPC the best. Sponsored by IBM. Deadline: Sept. 24. Go here: http://sf.net/ppc_contest.php _______________________________________________ Hardhats-members mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/hardhats-members
