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 > > > file or > > > directory > > > Saved as %ZOSV > > > Routine: ZTBKCGUX Missing > > > Routine: ZIS4GTM . S > > > (%,%1)=$ZGETDVI($I,"TT_ACCPORNAM") > > > ^----- > > > At column 14, line 44, source > > module > > > /usr/local/OpenVistA/r/ZIS4GTM.m > > > %GTM-E-FNOTONSYS, Function or special variable > is > > not > > > supported by this operating system > > > > [KSB] This is non GT.M code. There are many > > examples of such code in > > VistA. Except when there are bugs, these lines > are > > protected so that > > they execute only on the M implementation for > which > > they are intended. > > So, although alarming, they are usually harmless. > > The best way to avoid > > them is simply to pre-compile all routines, as I > do > > for the OpenVistA > > VivA live CDs. > > > > > Loaded, cp: cannot stat > > > `/home/kdt0p/OpenVista_UserData/r/ZIS4GTM.m': No > > such > > > file or directory > > > > [KSB] This is not a GT.M message. It appears to > be > > generated by the > > Linux/UNIX cp command to copy files. Somewhere in > > the M application > > code, there is probably a ZSYSTEM command that > > invokes a shell script > > the invokes the cp command, or that invokes the cp > > command directly. > > Here is an example of that error from the cp > > command: > > > > bhaskark ~ 9:32am 967: cp Gleez Glop > > cp: cannot stat `Gleez': No such file or directory > > > > > Saved as %ZIS4 > > > Routine: ZISFGTM Loaded, cp: cannot stat > > > `/home/kdt0p/OpenVista_UserData/r/ZISFGTM.m': No > > such > > > file or > > > directory > > > Saved as %ZISF > > > Routine: ZISHGUX Loaded, cp: cannot stat > > > `/home/kdt0p/OpenVista_UserData/r/ZISHGUX.m': No > > such > > > file or > > > directory > === message truncated === _______________________________ Do you Yahoo!? Declare Yourself - Register online to vote today! http://vote.yahoo.com ------------------------------------------------------- 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
