RE: [Hardhats-members] Xdialog, dialog, m2web
On Sun, 2005-03-06 at 09:43 -0600, John Leo Zimmer wrote: [KSB2] ...snip... [KSB] Try something like: export DIALOG=${DIALOG:=`which Xdialog`} ; if [[ -z $DIALOG ]] ; then export DIALOG=`which dialog` ; fi and in your script use $DIALOG as the program to use. Now that I think about it, a construct like the following might be even better: if [[ -z $DISPLAY ]] ; then export DIALOG=`which dialog` ; else ... ; fi [jlz] OK, Thanks. That's what I needed. This works to test for both X and Xdialog. ## if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi export XDIALOG=`which Xdialog` if [[ -z $XDIALOG ]] ; then dialog --msgbox Xdialog not installed 0 0 ; $vista_source/dvista ; exit 1 fi ## Try this (just 3 lines; watch out for line breaks): export DIALOG=`which Xdialog` if [[ -z $DIALOG || -z $DISPLAY ]] ; then export DIALOG=`which dialog` ; fi $DIALOG --title Dialog Chooser Demo --infobox Using $DIALOG 0 0 Sometime, I should probably update the vista script to allow dialog. But Xdialog has more visual appeal. -- Bhaskar --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Xdialog, dialog, m2web
From: Bhaskar, KS [EMAIL PROTECTED] Subject: RE: [Hardhats-members] Xdialog, dialog, m2web John -- Something is really screwed up with e-mail. I received your e-mail after the responses in the thread it initiated! Comments below. [jlz] that may be partly my doing. I initially used my local ISP but I'm not a member at that address so it required approval... which came through some hours after I had repeated myself from this webmail address. . . but something seems to be dropping some of your mail lately. Maybe you have a full mailbox or some sort of storage problem? I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: [KSB] Actually, you can integrate M2web without touching the /usr/local/OpenVistA/vista script. Assuming that you have the database installed in (for example) /mnt/hda4/myVistA/OpenVistA/g/mumps.dat, then just put the routines for M2Web in /mnt/hda4/myVistA/OpenVistA/r/. The object files will automatically get compiled into /mnt/hda4/myVistA/OpenVistA/o/. [jlz] I'm thinking 1b.) ?? How do I add wa test for the absence of Xdialog itself?? [KSB] Try something like: export DIALOG=${DIALOG:=`which Xdialog`} ; if [[ -z $DIALOG ]] ; then export DIALOG=`which dialog` ; fi and in your script use $DIALOG as the program to use. Now that I think about it, a construct like the following might be even better: if [[ -z $DISPLAY ]] ; then export DIALOG=`which dialog` ; else ... ; fi [jlz] OK, Thanks. That's what I needed. This works to test for both X and Xdialog. ## if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi export XDIALOG=`which Xdialog` if [[ -z $XDIALOG ]] ; then dialog --msgbox Xdialog not installed 0 0 ; $vista_source/dvista ; exit 1 fi ## [KSB] I don't know about the environment variables that M2Web uses, but I would hazard a guess that if you are using M2Web, then the /usr/local/OpenVistA/vista script is superfluous. [jlz] OK, That clarifies my thinking... I hope. I was fearful of a conflict between VistA running under a local user logged into FileMan and M2Web hitting the same database from outside. But the environental variables that each chooses to employ have no crosstalk with each other. They just need to work within their respective environs as they hit the common VistA database. Understanding... now for something that Works. One small step for mankind, one giant leap etc. regards, jlz better grandfather than programmer. [KSB] Yes, but better physician than programmer, I'm sure! [jlz] Of late I have been impressed with the need to get our programs right. I think the VistA community appreciates that software development can also be a matter of life-and-death importance. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Xdialog, dialog, m2web
Zimmer, comments below --- John Leo Zimmer [EMAIL PROTECTED] wrote: I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. The same could apply for VPE. I think it should come pre-installed. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a file-exists type function. I don't know what this is in Linux, but it should be standard. 2.) Now I have a new script ...OpenVistA/dvista that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts. This works nicely and can be branched to on exit from GTM so the user can agree to rundown routinely: case $action in Run)...snip Erase) ...snip Install (and run)) ...snip ;; Rundown) clear `$gtm_dist/mupip rundown -r *` Xdialog --infobox rundown finished 0 0 6000 ; exit 1 ;; esac I like this a lot. I you were to try to make that script act like a Windows install wizard, it might be nice to have it create a text file that specifies the state of the computer. This way it could recognize that GTM has already been installed, and change the options presented to the user. I.e. don't prompt for a uninstall option unless it has been installed etc. Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web=/usr/local/m2web export vista_home=/usr/local/vista/OpenVistA export gtm_sysid=vista.net export gtm_dist=/usr/local/gtm export gtm_log=$gtm_dist/log export gtmgbldir=$vista_home/g/mumps.gld export gtmroutines=$vista_home/o($m2web/w $vista_home/r) $gtm_dist Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Not sure I can help you here. I think that the $vista_home variable will only be referenced from the install script. I don't think that GT.M needs it, and VistA don't need it. So you could search-and-replace it in Bhaskar's install script. On the other hand, M2Web may well reference the variable, so it might be dicey changing that. So if I were doing this, I would try to search in Bhaskar's script for all $vista_home instances and rename them to $vista_home_1 or something. Glad you are working on this. Kevin P.S. Can you post a URL where I can download the M2Web code and install it? Kevin Guidance from Bhaskar and Jim would be appreciated. regards, jlz better grandfather than programmer. Bhaskar, KS wrote: [KSB] If you are still in the process of setting up GT.M and the environment (vs. configuring VistA itself), let me suggest a much faster alternative. You will need Xdialog (http://xdialog.dyns.net) on your PC for this approach. Download an OpenVistA SemiVivA file (either OpenVistA SemiVivA 0.4 or OpenVistA SemiVivA FOIA Gold 20050212), say to /Distrib/OpenVistA. The following will install GT.M and OpenVistA (replace the filename in the second line with appropriate name of downloaded file): Healthcare, a human right. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ --- SF email is sponsored by - The IT Product Guide Read honest candid
Re: [Hardhats-members] Xdialog, dialog, m2web
s My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. [jlz] That's my target. One Xdialog/dialog script to install and run the whole demo system... coLinux compatable as well. The same could apply for VPE. I think it should come pre-installed. [jlz] Agreed. But that can just be included in the OpenVistA tar 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a file-exists type function. I don't know what this is in Linux, but it should be standard. [jlz] I know the expertise is out there.. and searchable if I weren't so lazy... and on call all weekend. ;; Rundown) clear `$gtm_dist/mupip rundown -r *` Xdialog --infobox rundown finished 0 0 6000 ; exit 1 ;; esac Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. [jlz] I am already spending too much time on Xdialog. Pure, simple, old dialog is probably more functional. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Xdialog, dialog, m2web
[jlz] I am already spending too much time on Xdialog. Pure, simple, old dialog is probably more functional. I think that Xdialog has all the functionality of dialog. I have made a M interface for Xdialog and dialog if you ever need it. Kevin __ Celebrate Yahoo!'s 10th Birthday! Yahoo! Netrospective: 100 Moments of the Web http://birthday.yahoo.com/netrospective/ --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Xdialog, dialog, m2web
Is the M2Web code namespaced in a VA recognized namespace? I think it is essential to maintain the VistA coding practices in some areas in order to avoid large conflicts in the future. Kevin Toppenberg wrote: Zimmer, comments below --- John Leo Zimmer [EMAIL PROTECTED] wrote: I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. The same could apply for VPE. I think it should come pre-installed. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox "X not running" 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a "file-exists" type function. I don't know what this is in Linux, but it should be standard. 2.) Now I have a new script "...OpenVistA/dvista" that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts. This works nicely and can be branched to on exit from GTM so the user can agree to rundown routinely: case $action in "Run")...snip "Erase") ...snip "Install (and run)") ...snip ;; "Rundown") clear `$gtm_dist/mupip rundown -r "*"` Xdialog --infobox "rundown finished" 0 0 6000 ; exit 1 ;; esac I like this a lot. I you were to try to make that script act like a Windows install wizard, it might be nice to have it create a text file that specifies the state of the computer. This way it could recognize that GTM has already been installed, and change the options presented to the user. I.e. don't prompt for a uninstall option unless it has been installed etc. Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. >From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web="/usr/local/m2web" export vista_home="/usr/local/vista/OpenVistA" export gtm_sysid="vista.net" export gtm_dist="/usr/local/gtm" export gtm_log="$gtm_dist/log" export gtmgbldir="$vista_home/g/mumps.gld" export gtmroutines="$vista_home/o($m2web/w $vista_home/r) $gtm_dist" Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Not sure I can help you here. I think that the $vista_home variable will only be referenced from the install script. I don't think that GT.M needs it, and VistA don't need it. So you could search-and-replace it in Bhaskar's install script. On the other hand, M2Web may well reference the variable, so it might be dicey changing that. So if I were doing this, I would try to search in Bhaskar's script for all $vista_home instances and rename them to $vista_home_1 or something. Glad you are working on this. Kevin P.S. Can you post a URL where I can download the M2Web code and install it? Kevin Guidance from Bhaskar and Jim would be appreciated. regards, jlz better grandfather than programmer. Bhaskar, KS wrote: [KSB] If you are still in the process of setting up GT.M and the environment (vs. configuring VistA itself), let me suggest a much faster alternative. You will need Xdialog (http://xdialog.dyns.net) on your PC for this approach. Download an OpenVistA SemiVivA file (either OpenVistA SemiVivA 0.4 or OpenVistA SemiVivA FOIA Gold 20050212), say to /Distrib/OpenVistA. The following will install GT.M and OpenVistA (replace the filename in the second line with appropriate name of downloaded file): Healthcare, a human right. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now.
Re: [Hardhats-members] Xdialog, dialog, m2web
I bet I know who we can ask where to put it. ;-) On Saturday 05 March 2005 02:07 pm, Greg Kreis wrote: Is the M2Web code namespaced in a VA recognized namespace? I think it is essential to maintain the VistA coding practices in some areas in order to avoid large conflicts in the future. Kevin Toppenberg wrote: Zimmer, comments below --- John Leo Zimmer [EMAIL PROTECTED] wrote: I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. The same could apply for VPE. I think it should come pre-installed. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a file-exists type function. I don't know what this is in Linux, but it should be standard. 2.) Now I have a new script ...OpenVistA/dvista that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts. This works nicely and can be branched to on exit from GTM so the user can agree to rundown routinely: case $action in Run)...snip Erase) ...snip Install (and run)) ...snip ;; Rundown) clear `$gtm_dist/mupip rundown -r *` Xdialog --infobox rundown finished 0 0 6000 ; exit 1 ;; esac I like this a lot. I you were to try to make that script act like a Windows install wizard, it might be nice to have it create a text file that specifies the state of the computer. This way it could recognize that GTM has already been installed, and change the options presented to the user. I.e. don't prompt for a uninstall option unless it has been installed etc. Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web=/usr/local/m2web export vista_home=/usr/local/vista/OpenVistA export gtm_sysid=vista.net export gtm_dist=/usr/local/gtm export gtm_log=$gtm_dist/log export gtmgbldir=$vista_home/g/mumps.gld export gtmroutines=$vista_home/o($m2web/w $vista_home/r) $gtm_dist Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Not sure I can help you here. I think that the $vista_home variable will only be referenced from the install script. I don't think that GT.M needs it, and VistA don't need it. So you could search-and-replace it in Bhaskar's install script. On the other hand, M2Web may well reference the variable, so it might be dicey changing that. So if I were doing this, I would try to search in Bhaskar's script for all $vista_home instances and rename them to $vista_home_1 or something. Glad you are working on this. Kevin P.S. Can you post a URL where I can download the M2Web code and install it? Kevin Guidance from Bhaskar and Jim would be appreciated. regards, jlz better grandfather than programmer. Bhaskar, KS wrote: [KSB] If you are still in the process of setting up GT.M and the environment (vs. configuring VistA itself), let me suggest a much faster alternative. You will need Xdialog (http://xdialog.dyns.net) on your PC for this approach. Download an OpenVistA SemiVivA file (either OpenVistA SemiVivA 0.4 or OpenVistA SemiVivA FOIA Gold 20050212), say to /Distrib/OpenVistA. The following will install GT.M and OpenVistA (replace the filename in the second line with appropriate name of downloaded file): Healthcare, a human right. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Celebrate Yahoo!'s 10th Birthday!
Re: [Hardhats-members] Xdialog, dialog, m2web
Yes, m2web does have a VA namespace, but the application is not written to the namespacing conventions. That has been an issue we want to help rectify, but it will not be simple to do. - Original Message - From: Greg Kreis To: hardhats-members@lists.sourceforge.net Sent: Saturday, March 05, 2005 11:07 AM Subject: Re: [Hardhats-members] Xdialog, dialog, m2web Is the M2Web code namespaced in a VA recognized namespace? I think it is essential to maintain the VistA coding practices in some areas in order to avoid large conflicts in the future.Kevin Toppenberg wrote: Zimmer, comments below --- John Leo Zimmer [EMAIL PROTECTED] wrote: I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. The same could apply for VPE. I think it should come pre-installed. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox "X not running" 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a "file-exists" type function. I don't know what this is in Linux, but it should be standard. 2.) Now I have a new script "...OpenVistA/dvista" that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts. This works nicely and can be branched to on exit from GTM so the user can agree to rundown routinely: case $action in "Run")...snip "Erase") ...snip "Install (and run)") ...snip ;; "Rundown") clear `$gtm_dist/mupip rundown -r "*"` Xdialog --infobox "rundown finished" 0 0 6000 ; exit 1 ;; esac I like this a lot. I you were to try to make that script act like a Windows install wizard, it might be nice to have it create a text file that specifies the state of the computer. This way it could recognize that GTM has already been installed, and change the options presented to the user. I.e. don't prompt for a uninstall option unless it has been installed etc. Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. >From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web="/usr/local/m2web" export vista_home="/usr/local/vista/OpenVistA" export gtm_sysid="vista.net" export gtm_dist="/usr/local/gtm" export gtm_log="$gtm_dist/log" export gtmgbldir="$vista_home/g/mumps.gld" export gtmroutines="$vista_home/o($m2web/w $vista_home/r) $gtm_dist" Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Not sure I can help you here. I think that the $vista_home variable will only be referenced from the install script. I don't think that GT.M needs it, and VistA don't need it. So you could search-and-replace it in Bhaskar's install script. On the other hand, M2Web may well reference the variable, so it might be dicey changing that. So if I were doing this, I would try to search in Bhaskar's script for all $vista_home instances and rename them to $vista_home_1 or something. Glad you are working on this. Kevin P.S. Can you post a URL where I can download the M2Web code and install it? Kevin Guidance from Bhaskar and Jim would be appreciated. regards, jlz better grandfather than programmer. Bhaskar, KS wrote: [KSB] If you are still in the process of setting up GT.M and the environment (vs. configuring VistA itself), let me suggest a much faster alternative. You will need Xdialog (http://xdialog.dyns.net) on your PC for this approach. Download an OpenVistA SemiVivA file (either OpenVistA SemiVivA 0.4 or OpenVistA SemiVivA FOIA Gold 20050212), say to /Distrib/OpenVistA. The following will install GT.M and OpenVistA (replace the filename in the second line with appropriate name of d
Re: [Hardhats-members] Xdialog, dialog, m2web
John, It appears that I have not yet received your original message in this thread so I will respond to your questions about M2Web here. Actually, my use of the variable vista_home was borrowed from one of Bhaskar's scripts. He used vista_home to refer to the location that vista was (to be) installed in and vista_source as the location *from* which it would be installed. The M2Web script is only concerned with running GT.M, not installing it --- John Leo Zimmer [EMAIL PROTECTED] wrote: 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web=/usr/local/m2web export vista_home=/usr/local/vista/OpenVistA export gtm_sysid=vista.net Change gtm_sysid to whatever name you want to give your server. export gtm_dist=/usr/local/gtm export gtm_log=$gtm_dist/log I think you can delete gtm_log. At the least put it somewhere else. Bhaskar has noted before that the log should not be located in $gtm_dist. export gtmgbldir=$vista_home/g/mumps.gld export gtmroutines=$vista_home/o($m2web/w $vista_home/r) $gtm_dist Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Kevin P.S. Can you post a URL where I can download the M2Web code and install it? http://vista.vmth.ucdavis.edu/home/index/48.html --- Jim Self Systems Architect, Lead Developer VMTH Computer Services, UC Davis (http://www.vmth.ucdavis.edu/us/jaself) --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Xdialog, dialog, m2web
Greg; Jim does have a namespace, but most of his routines are not using the namespace. This plus, Jim has re-written a number of the DI utilities so that theywork with his code. There is little conflict at this point because most of Jim's routines and globalsuse lower-case, but most of the m2web globals are not fileman compatible, and someparallel the OPTION and PROTOCOL files, but are different. He has been developing in his own isolatedenvironment and hasn't had to deal with the VA standards. His namespace is a lower case, m2w. His routines include ht* and some others. Jim, have I described it correctly? - Original Message - From: Greg Kreis To: hardhats-members@lists.sourceforge.net Sent: Saturday, March 05, 2005 12:43 PM Subject: Re: [Hardhats-members] Xdialog, dialog, m2web When you say 'not to the namespacing conventions', what do you mean specifically? I am glad to hear it has an official namespace.Chris Richardson wrote: Yes, m2web does have a VA namespace, but the application is not written to the namespacing conventions. That has been an issue we want to help rectify, but it will not be simple to do. - Original Message - From: Greg Kreis To: hardhats-members@lists.sourceforge.net Sent: Saturday, March 05, 2005 11:07 AM Subject: Re: [Hardhats-members] Xdialog, dialog, m2web Is the M2Web code namespaced in a VA recognized namespace? I think it is essential to maintain the VistA coding practices in some areas in order to avoid large conflicts in the future.Kevin Toppenberg wrote: Zimmer, comments below --- John Leo Zimmer [EMAIL PROTECTED] wrote: I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: Do you mean that you will have the script automatically install M2web on the system? Why not simply install it, then create a master disk. This would involve having Bhaskar burn a new Viva disk. The same could apply for VPE. I think it should come pre-installed. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox "X not running" 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? Xdialog is a file that lives in /urs/bin. I think you could do a "file-exists" type function. I don't know what this is in Linux, but it should be standard. 2.) Now I have a new script "...OpenVistA/dvista" that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts. This works nicely and can be branched to on exit from GTM so the user can agree to rundown routinely: case $action in "Run")...snip "Erase") ...snip "Install (and run)") ...snip ;; "Rundown") clear `$gtm_dist/mupip rundown -r "*"` Xdialog --infobox "rundown finished" 0 0 6000 ; exit 1 ;; esac I like this a lot. I you were to try to make that script act like a Windows install wizard, it might be nice to have it create a text file that specifies the state of the computer. This way it could recognize that GTM has already been installed, and change the options presented to the user. I.e. don't prompt for a uninstall option unless it has been installed etc. Also, do you know Xdialog well enough to include a graphic on the dialog box at start up. It would make it look much more professional. 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. >From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web="/usr/local/m2web" export vista_home="/usr/local/vista/OpenVistA" export gtm_sysid="vista.net" export gtm_dist="/usr/local/gtm" export gtm_log="$gtm_dist/log" export gtmgbldir="$vista_home/g/mumps.gld" export gtmroutines="$vista_home/o($m2web/w $vista_home/r) $gtm_dist" Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Not sure I can help you here. I think that the $vista_home variable will only be referenced from the install script. I don't think that GT.M needs it, and VistA don't need it. So you could search-and-replace it in Bhaskar's install script. On the other hand,
Re: [Hardhats-members] Xdialog, dialog, m2web
Greg Kreis wrote: Is the M2Web code namespaced in a VA recognized namespace? I think it is essential to maintain the VistA coding practices in some areas in order to avoid large conflicts in the future. No it is not. It is purposely written outside the VA coding conventions to ensure that there will be no conflict. The M2Web routines and variables are named in lowercase or mixed case. The ones associated with basic web features like HTTP, CGI, HTML all begin with ht. --- Jim Self Systems Architect, Lead Developer VMTH Computer Services, UC Davis (http://www.vmth.ucdavis.edu/us/jaself) --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Xdialog, dialog, m2web
Title: RE: [Hardhats-members] Xdialog, dialog, m2web John -- Something is really screwed up with e-mail. I received your e-mail after the responses in the thread it initiated! Comments below. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of johnleozimmer Sent: Sat 3/5/2005 10:46 AM To: hardhats-members@lists.sourceforge.net Cc: Subject: [Hardhats-members] Xdialog, dialog, m2web I'm aiming toward Boston and I'm attempting to fancy up Bhaskar's install/run script. My ultimate goal is to include the installation of m2web into the scripts: [KSB] Actually, you can integrate M2web without touching the /usr/local/OpenVistA/vista script. Assuming that you have the database installed in (for example) /mnt/hda4/myVistA/OpenVistA/g/mumps.dat, then just put the routines for M2Web in /mnt/hda4/myVistA/OpenVistA/r/. The object files will automatically get compiled into /mnt/hda4/myVistA/OpenVistA/o/. 1.) I've added a test to ...OpenVistA/vista to switch from Xdialog to plain old dialog in the absence of Xwindows, like so: ### if [[ -z $DISPLAY ]] ; then dialog --infobox X not running 0 0 ; $vista_source/dvista ; exit 1 fi ### 1b.) ?? How do I add a test for the absence of Xdialog itself?? [KSB] Try something like: export DIALOG=${DIALOG:=`which Xdialog`} ; if [[ -z $DIALOG ]] ; then export DIALOG=`which dialog` ; fi and in your script use $DIALOG as the program to use. Now that I think about it, a construct like the following might be even better: if [[ -z $DISPLAY ]] ; then export DIALOG=`which dialog` ; else ... ; fi 2.) Now I have a new script ...OpenVistA/dvista that uses dialog instead of Xdialog. I will post that here if anyone needs it before Boston. 3.) I've added a menu option to do a rundown to both scripts: case $action in Run) ...snip Erase) ...snip Install (and run)) ...snip ;; Rundown) clear `$gtm_dist/mupip rundown -r *` Xdialog --infobox rundown finished 0 0 6000 ; exit 1 ;; esac 3.) The addition of m2web's installation is giving me trouble, partly because Jim Self uses environmental variables differently. From m2web-vista-cgi: #!/bin/bash #invoke GT.M for M2Web CGI export m2web=/usr/local/m2web export vista_home=/usr/local/vista/OpenVistA export gtm_sysid=vista.net export gtm_dist=/usr/local/gtm export gtm_log=$gtm_dist/log export gtmgbldir=$vista_home/g/mumps.gld export gtmroutines=$vista_home/o($m2web/w $vista_home/r) $gtm_dist Bhaskar's script uses $vista_source where Jim's has $vista_home. And Bhaskar uses $vista_home for the location of the directory in which Vista will run. Guidance from Bhaskar and Jim would be appreciated. [KSB] I don't know about the environment variables that M2Web uses, but I would hazard a guess that if you are using M2Web, then the /usr/local/OpenVistA/vista script is superfluous. regards, jlz better grandfather than programmer. [KSB] Yes, but better physician than programmer, I'm sure!