[Hardhats-members] GT.M question -- making a test environment
I am trying to set up two vista environments -- my existing production one, and another mirror one in which I can test the patching process. But I am getting a database problem when I do it. I'll include a screen log below The production system uses these directories: /usr/local/gtm/ <-- gtm routines /usr/local/OpenVistA/<--- contains VistA routines /var/local/OpenVistA_UserData/ <--- contains database and custome routines Here is the startup script I use to get into my production system: #!/bin/bash echo " " echo "GT.M VistA Startup Script" . /var/local/OpenVistA_UserData/setup_vista_env echo "Entering GT.M system now... " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "Leaving GT.M, returning to Linux..." echo " " And here is the script that sets up the environment variables: #- export m2web="/usr/local/m2web" export gtm_dist=/usr/local/gtm export gtm_log=/var/gtm/log export gtm_vista=/var/local/OpenVistA_UserData export gtm_vista_prod=/usr/local/OpenVistA export gtmgbldir=$gtm_vista/g/mumps.gld export vista_home=$gtm_vista export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist() $m2web/o($m2web/w)" #//kt # export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist()" export EDITOR="vim" PATH=$PATH:$gtm_dist #- echo " " echo "-" echo "FYI, here are relevant defined variables:" echo echo "gtm_dist="$gtm_dist echo "gtm_log="$gtm_log echo "gtm_vista="$gtm_vista echo "gtm_vista_prod="$gtm_vista_prod echo "gtmgbldir="$gtmgbldir echo "vista_home="vista_home echo "gtmroutines="$gtmroutines echo " " #- So I copied directories (recursively) as follows: /usr/local/OpenVistA /usr/local/OpenVistA_TEST <-- new /var/local/OpenVistA_UserData /var/local/OpenVistA_TEST <-- new (I did not copy /usr/local/gtm) I created a second startup script like this (the key difference is the directory referenced to setup the environmental variables): #!/bin/bash echo " " echo "GT.M VistA Startup Script" echo " " echo "*** TEST ENVIRONMENT ***" echo " " . /var/local/OpenVistA_TEST/setup_vista_env echo "Entering GT.M system now... " echo " " echo "*** TEST ENVIRONMENT ***" echo " " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "*** TEST ENVIRONMENT ***" echo "Leaving GT.M, returning to Linux..." echo " " And now here is a screen log of the problem that I am having: [EMAIL PROTECTED] kdt0p]$ sh runvistaTEST GT.M VistA Startup Script *** TEST ENVIRONMENT *** - FYI, here are relevant defined variables: gtm_dist=/usr/local/gtm gtm_log=/var/gtm/log gtm_vista=/var/local/OpenVistA_TEST gtm_vista_prod=/usr/local/OpenVistA_TEST gtmgbldir=/var/local/OpenVistA_TEST/g/mumps.gld vista_home=vista_home gtmroutines=/var/local/OpenVistA_TEST/o(/usr/local/OpenVistA_TEST/r /var/local/OpenVistA_TEST/r /usr/local/gtm) /usr/local/gtm() /usr/local/m2web/o(/usr/local/m2web/w) Entering GT.M system now... *** TEST ENVIRONMENT *** GTM>d ^XUP Setting up programmer environment GTM>w $ZSTATUS 150379346,XUP+7^XUP,%GTM-E-DBIDMISMATCH, Database file /var/local/OpenVistA_UserData/g/mumps.dat id (region /var/local/OpenVistA_TEST/g/mumps.dat) does not match file id in shared memory (id = 655360). ,Ensure region is properly rundown.,%GTM-I-TEXT, Fileid of database file doesn't match fileid in shared memory GTM> I hesitate to simply rundown the database, because it seems that the test environment might be somehow liked to the production environment. And I don't want to modify that. Can anyone help? Thanks Kevin --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M question -- making a test environment
I think the mumps.gld contains a path to the original mumps.dat within it. On Saturday 17 September 2005 10:13 am, Kevin Toppenberg wrote: I am trying to set up two vista environments -- my existing production one, and another mirror one in which I can test the patching process. But I am getting a database problem when I do it. I'll include a screen log below The production system uses these directories: /usr/local/gtm/ <-- gtm routines /usr/local/OpenVistA/<--- contains VistA routines /var/local/OpenVistA_UserData/ <--- contains database and custome routines Here is the startup script I use to get into my production system: #!/bin/bash echo " " echo "GT.M VistA Startup Script" . /var/local/OpenVistA_UserData/setup_vista_env echo "Entering GT.M system now... " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "Leaving GT.M, returning to Linux..." echo " " And here is the script that sets up the environment variables: #- export m2web="/usr/local/m2web" export gtm_dist=/usr/local/gtm export gtm_log=/var/gtm/log export gtm_vista=/var/local/OpenVistA_UserData export gtm_vista_prod=/usr/local/OpenVistA export gtmgbldir=$gtm_vista/g/mumps.gld export vista_home=$gtm_vista export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist() $m2web/o($m2web/w)" #//kt # export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist()" export EDITOR="vim" PATH=$PATH:$gtm_dist #- echo " " echo "-" echo "FYI, here are relevant defined variables:" echo echo "gtm_dist="$gtm_dist echo "gtm_log="$gtm_log echo "gtm_vista="$gtm_vista echo "gtm_vista_prod="$gtm_vista_prod echo "gtmgbldir="$gtmgbldir echo "vista_home="vista_home echo "gtmroutines="$gtmroutines echo " " #- So I copied directories (recursively) as follows: /usr/local/OpenVistA /usr/local/OpenVistA_TEST <-- new /var/local/OpenVistA_UserData /var/local/OpenVistA_TEST <-- new (I did not copy /usr/local/gtm) I created a second startup script like this (the key difference is the directory referenced to setup the environmental variables): #!/bin/bash echo " " echo "GT.M VistA Startup Script" echo " " echo "*** TEST ENVIRONMENT ***" echo " " . /var/local/OpenVistA_TEST/setup_vista_env echo "Entering GT.M system now... " echo " " echo "*** TEST ENVIRONMENT ***" echo " " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "*** TEST ENVIRONMENT ***" echo "Leaving GT.M, returning to Linux..." echo " " And now here is a screen log of the problem that I am having: [EMAIL PROTECTED] kdt0p]$ sh runvistaTEST GT.M VistA Startup Script *** TEST ENVIRONMENT *** - FYI, here are relevant defined variables: gtm_dist=/usr/local/gtm gtm_log=/var/gtm/log gtm_vista=/var/local/OpenVistA_TEST gtm_vista_prod=/usr/local/OpenVistA_TEST gtmgbldir=/var/local/OpenVistA_TEST/g/mumps.gld vista_home=vista_home gtmroutines=/var/local/OpenVistA_TEST/o(/usr/local/OpenVistA_TEST/r /var/local/OpenVistA_TEST/r /usr/local/gtm) /usr/local/gtm() /usr/local/m2web/o(/usr/local/m2web/w) Entering GT.M system now... *** TEST ENVIRONMENT *** GTM>d ^XUP Setting up programmer environment GTM>w $ZSTATUS 150379346,XUP+7^XUP,%GTM-E-DBIDMISMATCH, Database file /var/local/OpenVistA_UserData/g/mumps.dat id (region /var/local/OpenVistA_TEST/g/mumps.dat) does not match file id in shared memory (id = 655360). ,Ensure region is properly rundown.,%GTM-I-TEXT, Fileid of database file doesn't match fileid in shared memory GTM> I hesitate to simply rundown the database, because it seems that the test environment might be somehow liked to the production environment. And I don't want to modify that. Can anyone help? Thanks Kevin --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Hardhats-member
Re: [Hardhats-members] GT.M question -- making a test environment
Could you have exported these in the wrong order? export gtmgbldir=$gtm_vista/g/mumps.gld export vista_home=$gtm_vista On Saturday 17 September 2005 10:51 am, Nancy Anthracite wrote: I think the mumps.gld contains a path to the original mumps.dat within it. On Saturday 17 September 2005 10:13 am, Kevin Toppenberg wrote: I am trying to set up two vista environments -- my existing production one, and another mirror one in which I can test the patching process. But I am getting a database problem when I do it. I'll include a screen log below The production system uses these directories: /usr/local/gtm/ <-- gtm routines /usr/local/OpenVistA/<--- contains VistA routines /var/local/OpenVistA_UserData/ <--- contains database and custome routines Here is the startup script I use to get into my production system: #!/bin/bash echo " " echo "GT.M VistA Startup Script" . /var/local/OpenVistA_UserData/setup_vista_env echo "Entering GT.M system now... " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "Leaving GT.M, returning to Linux..." echo " " And here is the script that sets up the environment variables: #- export m2web="/usr/local/m2web" export gtm_dist=/usr/local/gtm export gtm_log=/var/gtm/log export gtm_vista=/var/local/OpenVistA_UserData export gtm_vista_prod=/usr/local/OpenVistA export gtmgbldir=$gtm_vista/g/mumps.gld export vista_home=$gtm_vista export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist() $m2web/o($m2web/w)" #//kt # export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r $gtm_dist) $gtm_dist()" export EDITOR="vim" PATH=$PATH:$gtm_dist #- echo " " echo "-" echo "FYI, here are relevant defined variables:" echo echo "gtm_dist="$gtm_dist echo "gtm_log="$gtm_log echo "gtm_vista="$gtm_vista echo "gtm_vista_prod="$gtm_vista_prod echo "gtmgbldir="$gtmgbldir echo "vista_home="vista_home echo "gtmroutines="$gtmroutines echo " " #- So I copied directories (recursively) as follows: /usr/local/OpenVistA /usr/local/OpenVistA_TEST <-- new /var/local/OpenVistA_UserData /var/local/OpenVistA_TEST <-- new (I did not copy /usr/local/gtm) I created a second startup script like this (the key difference is the directory referenced to setup the environmental variables): #!/bin/bash echo " " echo "GT.M VistA Startup Script" echo " " echo "*** TEST ENVIRONMENT ***" echo " " . /var/local/OpenVistA_TEST/setup_vista_env echo "Entering GT.M system now... " echo " " echo "*** TEST ENVIRONMENT ***" echo " " #- stty susp \000 if [ $# -gt 0 ] then echo "Automatically launching program: $1" $gtm_dist/mumps -r $1 else $gtm_dist/mumps -dir fi #$gtm_dist/mumps -dir echo " " echo "*** TEST ENVIRONMENT ***" echo "Leaving GT.M, returning to Linux..." echo " " And now here is a screen log of the problem that I am having: [EMAIL PROTECTED] kdt0p]$ sh runvistaTEST GT.M VistA Startup Script *** TEST ENVIRONMENT *** - FYI, here are relevant defined variables: gtm_dist=/usr/local/gtm gtm_log=/var/gtm/log gtm_vista=/var/local/OpenVistA_TEST gtm_vista_prod=/usr/local/OpenVistA_TEST gtmgbldir=/var/local/OpenVistA_TEST/g/mumps.gld vista_home=vista_home gtmroutines=/var/local/OpenVistA_TEST/o(/usr/local/OpenVistA_TEST/r /var/local/OpenVistA_TEST/r /usr/local/gtm) /usr/local/gtm() /usr/local/m2web/o(/usr/local/m2web/w) Entering GT.M system now... *** TEST ENVIRONMENT *** GTM>d ^XUP Setting up programmer environment GTM>w $ZSTATUS 150379346,XUP+7^XUP,%GTM-E-DBIDMISMATCH, Database file /var/local/OpenVistA_UserData/g/mumps.dat id (region /var/local/OpenVistA_TEST/g/mumps.dat) does not match file id in shared memory (id = 655360). ,Ensure region is properly rundown.,%GTM-I-TEXT, Fileid of database file doesn't match fileid in shared memory GTM> I hesitate to simply rundown the database, because it seems that the test environment might be somehow liked to the production environment. And I don't want to modify that. Can anyone help? Thanks Kevin --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -and be entered to win a 42" plasma tv or your very own Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- SF.Net email is sponsored by: Tame your development challenges with Apache's Geronimo App Server. Download it for free - -a
Re: [Hardhats-members] GT.M question -- making a test environment
Was GT.M running when you did the copy? It sounds as if a region of
shared memory was never released.
===
Gregory Woodhouse
[EMAIL PROTECTED]
"It is foolish to answer a question that
you do not understand."
--G. Polya ("How to Solve It")
On Sep 17, 2005, at 8:02 AM, Nancy Anthracite wrote:
Could you have exported these in the wrong order?
export gtmgbldir=$gtm_vista/g/mumps.gld
export vista_home=$gtm_vista
On Saturday 17 September 2005 10:51 am, Nancy Anthracite wrote:
I think the mumps.gld contains a path to the original mumps.dat
within it.
On Saturday 17 September 2005 10:13 am, Kevin Toppenberg wrote:
I am trying to set up two vista environments -- my existing production
one, and another mirror one in which I can test the patching process.
But I am getting a database problem when I do it. I'll include a
screen log below
The production system uses these directories:
/usr/local/gtm/ <-- gtm routines
/usr/local/OpenVistA/<--- contains VistA routines
/var/local/OpenVistA_UserData/ <--- contains database and custome
routines
Here is the startup script I use to get into my production system:
#!/bin/bash
echo " "
echo "GT.M VistA Startup Script"
. /var/local/OpenVistA_UserData/setup_vista_env
echo "Entering GT.M system now... "
#-
stty susp \000
if [ $# -gt 0 ]
then
echo "Automatically launching program: $1"
$gtm_dist/mumps -r $1
else
$gtm_dist/mumps -dir
fi
#$gtm_dist/mumps -dir
echo " "
echo "Leaving GT.M, returning to Linux..."
echo " "
And here is the script that sets up the environment variables:
#-
export m2web="/usr/local/m2web"
export gtm_dist=/usr/local/gtm
export gtm_log=/var/gtm/log
export gtm_vista=/var/local/OpenVistA_UserData
export gtm_vista_prod=/usr/local/OpenVistA
export gtmgbldir=$gtm_vista/g/mumps.gld
export vista_home=$gtm_vista
export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r
$gtm_dist) $gtm_dist() $m2web/o($m2web/w)" #//kt
# export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r
$gtm_dist) $gtm_dist()"
export EDITOR="vim"
PATH=$PATH:$gtm_dist
#-
echo " "
echo "-"
echo "FYI, here are relevant defined variables:"
echo
echo "gtm_dist="$gtm_dist
echo "gtm_log="$gtm_log
echo "gtm_vista="$gtm_vista
echo "gtm_vista_prod="$gtm_vista_prod
echo "gtmgbldir="$gtmgbldir
echo "vista_home="vista_home
echo "gtmroutines="$gtmroutines
echo " "
#-
So I copied directories (recursively) as follows:
/usr/local/OpenVistA
/usr/local/OpenVistA_TEST <-- new
/var/local/OpenVistA_UserData
/var/local/OpenVistA_TEST <-- new
(I did not copy /usr/local/gtm)
I created a second startup script like this (the key difference is
the directory referenced to setup the environmental variables):
#!/bin/bash
echo " "
echo "GT.M VistA Startup Script"
echo " "
echo "*** TEST ENVIRONMENT ***"
echo " "
. /var/local/OpenVistA_TEST/setup_vista_env
echo "Entering GT.M system now... "
echo " "
echo "*** TEST ENVIRONMENT ***"
echo " "
#-
stty susp \000
if [ $# -gt 0 ]
then
echo "Automatically launching program: $1"
$gtm_dist/mumps -r $1
else
$gtm_dist/mumps -dir
fi
#$gtm_dist/mumps -dir
echo " "
echo "*** TEST ENVIRONMENT ***"
echo "Leaving GT.M, returning to Linux..."
echo " "
And now here is a screen log of the problem that I am having:
[EMAIL PROTECTED] kdt0p]$ sh runvistaTEST
GT.M VistA Startup Script
*** TEST ENVIRONMENT ***
-
FYI, here are relevant defined variables:
gtm_dist=/usr/local/gtm
gtm_log=/var/gtm/log
gtm_vista=/var/local/OpenVistA_TEST
gtm_vista_prod=/usr/local/OpenVistA_TEST
gtmgbldir=/var/local/OpenVistA_TEST/g/mumps.gld
vista_home=vista_home
gtmroutines=/var/local/OpenVistA_TEST/o(/usr/local/OpenVistA_TEST/r
/var/local/OpenVistA_TEST/r /usr/local/gtm) /usr/local/gtm()
/usr/local/m2web/o(/usr/local/m2web/w)
Entering GT.M system now...
*** TEST ENVIRONMENT ***
GTM>d ^XUP
Setting up programmer environment
GTM>w $ZSTATUS
150379346,XUP+7^XUP,%GTM-E-DBIDMISMATCH, Database file
/var/local/OpenVistA_UserData/g/mumps.dat id (region
/var/local/OpenVistA_TEST/g/mumps.dat) does not match file id in
shared memory (id = 655360). ,Ensure region is properly
rundown.,%GTM-I-TEXT, Fileid of database file doesn't match fileid in
shared memory
GTM>
I hesitate to simply rundown the database, because it seems that the
test environment might be somehow liked to the production environment.
And I don't want to modify that.
Can anyone help?
Thanks
Kevin
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server.
Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
Hardhats-members mailing
Re: [Hardhats-members] GT.M question -- making a test environment
Kevin --
I think Greg is on the right track. Did you use a Linux cp command to
copy a database file that was in active use or did you use mupip backup
command? The following will not give you a usable copy unless the
database is not in use.
If you did indeed make a copy of a database that was open with a Linux
cp (or other Linux command), you will need to delete your copy and
replace it with a fresh copy made with (a) mupip backup, or (b) the
Linux cp command when all processes are out of the database.
If this is not the case, let's start troubleshooting in more detail.
-- Bhaskar
On Sat, 2005-09-17 at 12:11 -0500, Gregory Woodhouse wrote:
> Was GT.M running when you did the copy? It sounds as if a region of
> shared memory was never released.
>
> ===
> Gregory Woodhouse
> [EMAIL PROTECTED]
>
> "It is foolish to answer a question that
> you do not understand."
> --G. Polya ("How to Solve It")
---
SF.Net email is sponsored by:
Tame your development challenges with Apache's Geronimo App Server. Download
it for free - -and be entered to win a 42" plasma tv or your very own
Sony(tm)PSP. Click here to play: http://sourceforge.net/geronimo.php
___
Hardhats-members mailing list
Hardhats-members@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M question -- making a test environment
Is creation of another set of OpenVistA routines, in /usr/local directory,necessary (in creating the two implementations) ? How can the two implementations be made to access two different global directories and not the one provided in /usr/local/OpenVistA/g? Usha - Original Message -From: "Nancy Anthracite" <[EMAIL PROTECTED]>To: Sent: Saturday, September 17, 2005 8:21 PMSubject: Re: [Hardhats-members] GT.M question -- making a test environment> I think the mumps.gld contains a path to the original mumps.dat withinit.>> On Saturday 17 September 2005 10:13 am, Kevin Toppenberg wrote:> I am trying to set up two vista environments -- my existing production> one, and another mirror one in which I can test the patching process.>> But I am getting a database problem when I do it. I'll include a> screen log below>> The production system uses these directories:>> /usr/local/gtm/ <-- gtm routines> /usr/local/OpenVistA/ <--- contains VistA routines> /var/local/OpenVistA_UserData/ <--- contains database and customeroutines>> Here is the startup script I use to get into my production system:>> #!/bin/bash> echo " "> echo "GT.M VistA Startup Script"> . /var/local/OpenVistA_UserData/setup_vista_env> echo "Entering GT.M system now... "> #-> stty susp \000> if [ $# -gt 0 ]> then> echo "Automatically launching program: $1"> $gtm_dist/mumps -r $1> else> $gtm_dist/mumps -dir> fi> #$gtm_dist/mumps -dir> echo " "> echo "Leaving GT.M, returning to Linux..."> echo " ">> And here is the script that sets up the environment variables:>> #-> export m2web="/usr/local/m2web"> export gtm_dist=/usr/local/gtm> export gtm_log=/var/gtm/log> export gtm_vista=/var/local/OpenVistA_UserData> export gtm_vista_prod=/usr/local/OpenVistA> export gtmgbldir=$gtm_vista/g/mumps.gld> export vista_home=$gtm_vista>> export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r> $gtm_dist) $gtm_dist() $m2web/o($m2web/w)" #//kt> # export gtmroutines="$gtm_vista/o($gtm_vista_prod/r $gtm_vista/r> $gtm_dist) $gtm_dist()"> export EDITOR="vim"> PATH=$PATH:$gtm_dist> #-> echo " "> echo "-"> echo "FYI, here are relevant defined variables:"> echo> echo "gtm_dist="$gtm_dist> echo "gtm_log="$gtm_log> echo "gtm_vista="$gtm_vista> echo "gtm_vista_prod="$gtm_vista_prod> echo "gtmgbldir="$gtmgbldir> echo "vista_home="vista_home> echo "gtmroutines="$gtmroutines> echo " "> #->>> So I copied directories (recursively) as follows:>> /usr/local/OpenVistA> /usr/local/OpenVistA_TEST <-- new> /var/local/OpenVistA_UserData> /var/local/OpenVistA_TEST <-- new>> (I did not copy /usr/local/gtm)>> I created a second startup script like this (the key difference is> the directory referenced to setup the environmental variables):>> #!/bin/bash>> echo " "> echo "GT.M VistA Startup Script"> echo " "> echo "*** TEST ENVIRONMENT ***"> echo " ">> . /var/local/OpenVistA_TEST/setup_vista_env>> echo "Entering GT.M system now... "> echo " "> echo "*** TEST ENVIRONMENT ***"> echo " "> #->> stty susp \000>> if [ $# -gt 0 ]> then> echo "Automatically launching program: $1"> $gtm_dist/mumps -r $1> else> $gtm_dist/mumps -dir> fi> #$gtm_dist/mumps -dir>> echo " "> echo "*** TEST ENVIRONMENT ***"> echo "Leaving GT.M, returning to Linux..."> echo " ">>> And now here is a screen log of the problem that I am having:>> [EMAIL PROTECTED] kdt0p]$ sh runvistaTEST>> GT.M VistA Startup Script>> *** TEST ENVIRONMENT ***>>>> -> FYI, here are relevant defined variables:>> gtm_dist=/usr/local/gtm> gtm_log=/var/gtm/log> gtm_vista=/var/local/OpenVistA_TEST> gtm_vista_prod=/usr/local/OpenVistA_TEST> gtmgbldir=/var/local/OpenVistA_TEST/g/mumps.gld> vista_home=vista_home> gtmroutines=/var/local/OpenVistA_TEST/o(/usr/local/OpenVistA_TEST/r> /var/local/OpenVistA_TEST/r /usr/local/gtm) /usr/local/gtm()> /usr/local/m2web/o(/usr/local/m2web/w)>> Entering GT.M system now...>> *** TEST ENVIRONMENT ***>>> GTM>d ^XUP>> Setting up progra
Re: [Hardhats-members] GT.M question -- making a test environment
Usha -- I don't understand your question. Have you looked at how $gtmroutines / $ZROUtines and $gtmgbldir / $ZGBLDIR tell a GT.M process where to look for routines and where to find the global directory? It's trivial to access different global directories with the same routines, or even different databases with the same global directory. You might try downloading the GT.M Acculturation live CD from http://sourceforge.net/projects/sanchez-gtm and working through the exercises. -- Bhaskar On Fri, 2006-01-06 at 00:20 -0600, Usha wrote: > Is creation of another set of OpenVistA routines, in /usr/local > directory, > necessary (in creating the two implementations) ? > > How can the two implementations be made to access two different global > directories and not the one provided in /usr/local/OpenVistA/g? > > Usha --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M question -- making a test environment
On 1/6/06, Bhaskar, KS <[EMAIL PROTECTED]> wrote: > > On Fri, 2006-01-06 at 00:20 -0600, Usha wrote: > > Is creation of another set of OpenVistA routines, in /usr/local > > directory, > > necessary (in creating the two implementations) ? > > > > How can the two implementations be made to access two different global > > directories and not the one provided in /usr/local/OpenVistA/g? > > > > Usha I've just started using Xen for exactly this sort of thing... ( Actually, the CRM software I wanted to use has some OLD dependencies, and I didn't wanna downgrade a production machine doing other real work... ) Each VM gets its own IP address. --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M question -- making a test environment
Thanks Bhaskar. With the help of GT.M Acculturation CD we have been able tomake two implementations accessing one mumps.gld file.Usha- Original Message -From: "Bhaskar, KS" <[EMAIL PROTECTED]>To: Sent: Saturday, January 07, 2006 1:17 AMSubject: Re: [Hardhats-members] GT.M question -- making a test environment> Usha -->> I don't understand your question. Have you looked at how $gtmroutines /> $ZROUtines and $gtmgbldir / $ZGBLDIR tell a GT.M process where to look> for routines and where to find the global directory? It's trivial to> access different global directories with the same routines, or even> different databases with the same global directory.>> You might try downloading the GT.M Acculturation live CD from> http://sourceforge.net/projects/sanchez-gtm and working through the> exercises.>> -- Bhaskar>> On Fri, 2006-01-06 at 00:20 -0600, Usha wrote:> > Is creation of another set of OpenVistA routines, in /usr/local> > directory,> > necessary (in creating the two implementations) ?> >> > How can the two implementations be made to access two different global> > directories and not the one provided in /usr/local/OpenVistA/g?> >> > Usha>>> ---> This SF.net email is sponsored by: Splunk Inc. Do you grep through logfiles> for problems? Stop! Download the new AJAX search engine that makes> searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!> http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click> ___> Hardhats-members mailing list> Hardhats-members@lists.sourceforge.net> https://lists.sourceforge.net/lists/listinfo/hardhats-members>>> Make sure YOUR emails don't get lost! Download Mailinfo here --- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
