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 > > Saved as %ZISH > > Routine: XUCIGTM Loaded, cp: cannot stat > > `/home/kdt0p/OpenVista_UserData/r/XUCIGTM.m': No > such > > file or > > directory > > Saved as %XUCI > > Routine: ZISETGUX Missing > > Routine: ZOSV2GTM Loaded, cp: cannot stat > > `/home/kdt0p/OpenVista_UserData/r/ZOSV2GTM.m': No > such > > file o > > r directory > > [KSB] All cp error messaages. > > > Saved as %ZOSV2 > > Routine: ZISTCPS O > > NIO:(:SOCK:"AT"::512:512:10):30 Q:'$T S POP=0 U > NIO > > ^----- > > At column 9, line 25, source > module > > /usr/local/OpenVistA/r/ZISTCPS.m > > %GTM-E-DEVPARUNK, Deviceparameter unknown > > J > CHILDONT^%ZISTCPS(NIO,RTN):(:4:NIO:NIO):10 > > S %ZA=$ZA > > ^----- > > At column 32, line 30, source > module > > /usr/local/OpenVistA/r/ZISTCPS.m > > %GTM-E-JOBPARUNK, Job parameter unknown > > U IO:(::"-M") ;Work like DSM > > ^----- > > At column 8, line 36, source > module > > /usr/local/OpenVistA/r/ZISTCPS.m > > %GTM-E-DEVPARUNK, Deviceparameter unknown > > [KSB] All (probably) code not intended to be > executed with GT.M. > > > Loaded, cp: cannot stat > > `/home/kdt0p/OpenVista_UserData/r/ZISTCPS.m': No > such > > file or directory > > [KSB] cp error message > > > *************************************************************************** > This electronic mail transmission contains > confidential and/or privileged information intended > only for the person(s) named. > Any use, distribution, copying or disclosure by > another person is strictly prohibited. > *************************************************************************** > > NOTE: Ce courriel est destine exclusivement au(x) > destinataire(s) mentionne(s) ci-dessus et peut > contenir de l'information privilegiee, > confidentielle et/ou dispensee de divulgation aux > termes des lois applicables. Si vous avez recu ce > message par erreur, ou s'il ne vous est pas destine, > veuillez le mentionner immediatement a l'expediteur > et effacer ce courriel. > > > > > > ------------------------------------------------------- > 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 > _______________________________ 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 ------------------------------------------------------- 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
