Re: [Hardhats-members] Does not ask DEVICE while exporting
You can download the three files from the top of this page. Let me know if you need help. http://openforum.worldvista.org/~forum/index.php?title=Debugging_with_GT.M Kevin --- Usha [EMAIL PROTECTED] wrote: I would like to have it. Thanks Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 11:02 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I have a very crude debugger that allows stepping through code. I can get you the code if you want. Kevin --- Usha [EMAIL PROTECTED] wrote: Well how to do that? Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 9:35 PM Subject: RE: [Hardhats-members] Does not ask DEVICE while exporting At this point, I'd be inclined to try using a debugger to be sure that the pathname of the file you are trying to open is what you think it is. One possibility is that the path is being constructed in such a way that there is nothing to open. If there were a trappable error, you could also check the symbol table using ^XTER. --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: Also try to write t o/tmp this usually has 777 permissions where other directories may be more restricted Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Friday, June 17, 2005 9:23 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Usha -- The information you sent, shell commands that I used to illustrate the use of ZSYstem, are probably not very helpful to anyone trying to debug why %ZISH is not accessing files in directories other than /home/vista/OpenVistA. You may want to post the output of the following commands: ZSY id ZSY ls -ld /home/vista/OpenVistA ZSY ls -ld XXX where XXX is a directory where %ZISH is unable to open a file. You can also just send the output of the commands executed at a Linux shell rather than the GT.M prompt: id ls -ld /home/vista/OpenVistA ls -ld XXX -- Bhaskar Usha wrote: I am able to open any file in /home/vista/OpenVistA directory only. No other file is opening using %ZISH. Following is a screenshot, with the help of Bhaskar GTMZSYstem echo $PWD /home/vista/OpenVistA GTMZSYstem uname -a Linux local.cmpio.org 2.4.22-1.2115.nptl #1 Wed Oct 29 15:42:51 EST 2003 i686 i686 i386 GNU/Linux GTMh [EMAIL PROTECTED] vista]$ echo $PWD /home/vista [EMAIL PROTECTED] vista]$ Regards Usha - Original Message - From: Gregory Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Thursday, June 16, 2005 5:28 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Can you OPEN the file? Can you open (with %ZISH) a file in a different directory (say /tmp)? === Gregory Woodhouse [EMAIL PROTECTED] Without the requirement of mathematical aesthetics a great many discoveries would not have been made. -- Albert Einstein On Jun 16, 2005, at 4:00 AM, Usha wrote: The difference between the previous and later open statements is that the latter open statement was executed after opening the file in WRITE mode (which I think, created a new file patmast.txt in /home/vista/ OpenVistA directory). After deleting the /home/vista/OpenVistA/patmast.txt file, when I try to run the open command with the trailing '/', the following is what I see GTMD OPEN^%ZISH(PATFILE,/home/vista/VistA/,patmast.txt,R) === message truncated === Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___
[Hardhats-members] The MUMPS Prompt
Title: Message I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
[Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
What does the SERVICE/SECTION field specify for a NEW PERSON? And how to specify the specialty of a provider? What does TREATING SPECIALTY file contain? Which one of them (or a third one) holds the specialty of a clinic or ward?If TREATING SECIALITY is the one, then TREATING SPECIALTY SET-UP option does not allow adding of new specialties (it comes to the GT.M prompt). Regards Usha
Re: [Hardhats-members] The MUMPS Prompt
I think just keep hitting enter, and it will drop you back to a mumps prompt. How did you launch fileman? Kevin --- Carroll, Richard (EDS) [EMAIL PROTECTED] wrote: I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric Yahoo! Sports Rekindle the Rivalries. Sign up for Fantasy Football http://football.fantasysports.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] VistA global variable partitioning
As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV RCY RC RGEQASN RGEQEXC RGEQ RGHL7 RGSITE RGSTAT RMIM RMPF RMPO RMPRA RMPR RORDATA ROR RTV RT SCE SCPT SCRS SCTM SC SDAM SDASE SDASF SDD SDV SDWL SD SOWK SPNL SRF SRO SRP SRS SRU TIU USC USR VAS VAT VA VDEFHL7 VIC VSIT WV XDRM XHD XHLP XIP XMBPOST XMBS XMBX XMB XMD XOB XPD XTV XT XUCM XUCS XUSEC XUSSPKI XWB YSA YSCL YSD YSG YSR YSTX YS YTD YTT YTX %ZISL %ZIS %ZRTL %ZTER %ZTSCH %ZTSK %ZUA %ZUT %Z -- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
Title: Message Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
Re: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
Within the VA what most of the rest of the English speaking world would call a department, the VA calls a Service. Sub-departments are called Sections. So Sections are subsets of the services. Jim Gray - Original Message - From: Usha To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 5:39 AM Subject: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY What does the SERVICE/SECTION field specify for a NEW PERSON? And how to specify the specialty of a provider? What does TREATING SPECIALTY file contain? Which one of them (or a third one) holds the specialty of a clinic or ward?If TREATING SECIALITY is the one, then TREATING SPECIALTY SET-UP option does not allow adding of new specialties (it comes to the GT.M prompt). Regards Usha
Re: [Hardhats-members] How to save a nake reference?
$$LGR^%ZOSV - Original Message - From: Gregory Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 10:02 PM Subject: Re: [Hardhats-members] How to save a nake reference? I believe there's an entry point in %ZOSV to call the platform dependent method of getting the last global reference. === Gregory Woodhouse [EMAIL PROTECTED] Better. Faster. Cheaper. Pick two. On Jun 20, 2005, at 3:13 PM, Kevin Toppenberg wrote: Speaking of my debugger (in other thread), I am considering again a problem I had in creating it. Because my code is called between every line of the source code, I have to be careful not to change the environment, or the program running will be confused. One of the things to not be changed would be the naked reference. Thus, if I make any references to a global variable in my debugging code, it will change the naked reference for the next line of the source code. I would like to be able to store debugging data in a global (i.e. screen width etc) rather than hard coding it. So I need to save the nake reference, so I can restore it after my debugging code is done. I thought that I could perhaps save the name of the nake reference somehow, and then reference it again as I was leaving my code. But I'm hazy about how to do this. Any idea about how to save a nake reference? Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
Title: Message Does shift-6 help? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of James Gray Sent: Tuesday, June 21, 2005 11:21 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
RE: [Hardhats-members] The MUMPS Prompt
Title: Message Usually the ^ symbol backs you out of Vista functions. Thanks, Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email:Marc[EMAIL PROTECTED] From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hay, James (DHS-CMS) Sent: Tuesday, June 21, 2005 2:29 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt Does shift-6 help? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED]On Behalf Of James Gray Sent: Tuesday, June 21, 2005 11:21 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
RE: [Hardhats-members] The MUMPS Prompt
If you have the proper keys to make you a programmer(XUPROG and XUPROGMODE), then you only need type ^PG. I am assuming that you signed in through ^ZU. If you started at the MUMPS prompt and then used ^XUP to get to DIUSER (you said Fileman, didn't you?), then you can just back out. But if you signed in (ACCESS/VERIFY codes) at the beginning of your session and went straight to Menu Manager, then you probably signed in through ^ZU and need to invoke the option to take you to programmer mode. --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: Usually the ^ symbol backs you out of Vista functions. Thanks, Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email:[EMAIL PROTECTED] mailto:[EMAIL PROTECTED] _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Hay, James (DHS-CMS) Sent: Tuesday, June 21, 2005 2:29 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt Does shift-6 help? -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of James Gray Sent: Tuesday, June 21, 2005 11:21 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) mailto:[EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net mailto:hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
In my site, I used SERVICE/SECTION to enter the names such as FAMILY PRACTICE, GASTROENTEROLOGY. Kevin --- Usha [EMAIL PROTECTED] wrote: What does the SERVICE/SECTION field specify for a NEW PERSON? And how to specify the specialty of a provider? What does TREATING SPECIALTY file contain? Which one of them (or a third one) holds the specialty of a clinic or ward? If TREATING SECIALITY is the one, then TREATING SPECIALTY SET-UP option does not allow adding of new specialties (it comes to the GT.M prompt). Regards Usha __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
Title: Message I'm not sure, the hardhats web site said:Learn M and FM v21 for freeDownload this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details.I chose the download and the readme says:The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things...Thanks ~ Ric -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James GraySent: Tuesday, June 21, 2005 1:21 PMTo: hardhats-members@lists.sourceforge.netSubject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
RE: [Hardhats-members] VistA global variable partitioning
Just curious, what, if any, advantages are there to doing that? I like having just one file to deal with. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 5:17 AM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV RCY RC RGEQASN RGEQEXC RGEQ RGHL7 RGSITE RGSTAT RMIM RMPF RMPO RMPRA RMPR RORDATA ROR RTV RT SCE SCPT SCRS SCTM SC SDAM SDASE SDASF SDD SDV SDWL SD SOWK SPNL SRF SRO SRP SRS SRU TIU USC USR VAS VAT VA VDEFHL7 VIC VSIT WV XDRM XHD XHLP XIP XMBPOST XMBS XMBX XMB XMD XOB XPD XTV XT XUCM XUCS XUSEC XUSSPKI XWB YSA YSCL YSD YSG YSR YSTX YS YTD YTT YTX %ZISL %ZIS %ZRTL %ZTER %ZTSCH %ZTSK %ZUA %ZUT %Z -- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] VistA global variable partitioning
I'm just a lowly programmer (not a sysadmin), but the first two things that come to mind are 1. improved parallelism 2. keeping your bus good and busy (Okay, okay, so maybe the 2nd item is really an advantage.) --- Tomlinson, Steven B [EMAIL PROTECTED] wrote: Just curious, what, if any, advantages are there to doing that? I like having just one file to deal with. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
Title: Message Then it is neither Cache or GT.M. It is MSM. Hopefully you can use one of the techniques mentioned in one of the other messages. Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 1:05 PM Subject: RE: [Hardhats-members] The MUMPS Prompt I'm not sure, the hardhats web site said:Learn M and FM v21 for freeDownload this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details.I chose the download and the readme says:The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things...Thanks ~ Ric -Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James GraySent: Tuesday, June 21, 2005 1:21 PMTo: hardhats-members@lists.sourceforge.netSubject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
Re: [Hardhats-members] Does not ask DEVICE while exporting
I followed this thread to the end and thought I would jump in at this point. It seems to me that we are dealing with an environment issue. What does vista's .bash_profile say for gtm_vista and vista_home variables? It may not allow you to create files outside of vista_home if vista_home = /home/vista/OpenVistA It was difficult to follow this thread as it was an offshoot of another thread. On Monday 20 June 2005 20:46, Usha wrote: [EMAIL PROTECTED] vista]$ ls -ld /home/vista/VistA drwxrwxrwx4 vistavista4096 Jun 17 11:40 /home/vista/VistA [EMAIL PROTECTED] vista]$ Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 8:50 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Is it a link? Try ls -ld /home/vista/VistA --- Usha [EMAIL PROTECTED] wrote: I tried opening a file in /home/vista/VistA GTMS Y=$$GTF^%ZISH($NA(^DPT(1,0)),2,/home/vista/VistA/,MYFILE.DAT) GTM But the file is created in /home/vista/OpenVistA directory. I also tried /tmp GTMS Y=$$GTF^%ZISH($NA(^DPT(1,0)),2,/tmp,MYFILE.DAT) GTMh [EMAIL PROTECTED] tmp]$ ls -ld /tmp drwxrwxrwt 14 root root 4096 Jun 20 09:30 /tmp But there is no file in /tmp directory too. Regards Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 10:13 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I haven't recently tested the OPEN function, but I am using FTG and GTF^%ZISH -- which I think indirectly calls OPEN. It is working without any restrictions. Kevin --- smcphelan [EMAIL PROTECTED] wrote: The only thing that make sense to me is that you do not have read/write privileges to those other directories. All %ZISH is doing is issuing an OPEN command. Perhaps there is some peculiarities of the OPEN command syntax within GT.M that %ZISH is not honoring. But I do not believe that is the case. Can anyone else on this thread use OPEN^%ZISH on GT.M for any directory. especially any directory that is not part of the GT.M installation? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the > of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray x-tad-bigger- Original Message -/x-tad-bigger x-tad-biggerFrom:/x-tad-biggerx-tad-bigger /x-tad-biggerx-tad-biggerCarroll, Richard (EDS)/x-tad-biggerx-tad-bigger /x-tad-bigger x-tad-biggerTo:/x-tad-biggerx-tad-bigger /x-tad-biggerx-tad-biggerhardhats-members@lists.sourceforge.net/x-tad-biggerx-tad-bigger /x-tad-bigger x-tad-biggerSent:/x-tad-biggerx-tad-bigger Tuesday, June 21, 2005 12:09 PM/x-tad-bigger x-tad-biggerSubject:/x-tad-biggerx-tad-bigger [Hardhats-members] The MUMPS Prompt/x-tad-bigger I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
[Hardhats-members] VistA global variable partitioning
Bhaskar, I think this a good idea. If one uses journaling and backups it would make the administration of backup and recovery easier by separating the critical mass from the mundane wouldn't it? Also, the multiple databases would sort of be self documenting, i.e. what global var's go to what application. Always useful knowledge for development purposes. gmartinson _ Date: Tue, 21 Jun 2005 11:17:26 -0400 From: K.S. Bhaskar [EMAIL PROTECTED] Organization: Fidelity Information Services, Inc. To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning Reply-To: hardhats-members@lists.sourceforge.net As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV RCY RC RGEQASN RGEQEXC RGEQ RGHL7 RGSITE RGSTAT RMIM RMPF RMPO RMPRA RMPR RORDATA ROR RTV RT SCE SCPT SCRS SCTM SC SDAM SDASE SDASF SDD SDV SDWL SD SOWK SPNL SRF SRO SRP SRS SRU TIU USC USR VAS VAT VA VDEFHL7 VIC VSIT WV XDRM XHD XHLP XIP XMBPOST XMBS XMBX XMB XMD XOB XPD XTV XT XUCM XUCS XUSEC XUSSPKI XWB YSA YSCL YSD YSG YSR YSTX YS YTD YTT YTX %ZISL %ZIS %ZRTL %ZTER %ZTSCH %ZTSK %ZUA %ZUT %Z -- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Dont think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way/t From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
Re: [Hardhats-members] The MUMPS Prompt
Actually, this is an anything you want to run VistA group as this is the Hardhats mailing list. It happens to have a big, noisy contingency of WorldVistA/GT.M users, but M is M whether or not Intersytems mentions it on their web page and you can practice M in Cache just fine. On Tuesday 21 June 2005 04:02 pm, chuck5566 wrote: Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VistA global variable partitioning
Steve -- The only reason to segregate globals is for operational reasons such as those I outlined, e.g., a throw-away-on-system-crash database file for scratch globals, a read-only database file for globals that are not modified in normal operation, such as globals that define the data dictionary, etc. The benefit is potentially simpler operations and/or reduced IO on the system, e.g., you won't need a daily backup for either scratch globals or data dictionary globals. You can use different database files for partitioning globals for sharing purposes - for example, in the GT.M Acculturation CD at http://sourceforge.net/projects/sanchez-gtm there is an example for setting up an ASP for the Azkaban Infirmary and St. Mungo's Hospital, where both share a drug file but are otherwise separate. You can also partition for purposes of restricting access - e.g., if there is a global that stores information about supplies in inventory, not everyone would need access to it. By segregating patient records globals from supplies globals, people in the purchasing department would be unable to acces patient records. These are the benefits of segregating globals. As you say, the benefits of not segregating are a small number of database and journal files. If there isn't a natural partitioning for the OpenVistA VivA and OpenVistA SemiVivA packages, I'll leave things as they are, in one database file. -- Bhaskar Tomlinson, Steven B wrote: Just curious, what, if any, advantages are there to doing that? I like having just one file to deal with. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 5:17 AM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV
Re: [Hardhats-members] VistA global variable partitioning
The gurus need to weigh in on this, but from what I understand, partitioning the globals might be something that would not be desireable, at least not until/unless VistA is reengineered to facilitate that sort of management. On Tuesday 21 June 2005 06:00 pm, gmartinson wrote: Bhaskar, I think this a good idea. If one uses journaling and backups it would make the administration of backup and recovery easier by separating the critical mass from the mundane wouldn't it? Also, the multiple databases would sort of be self documenting, i.e. what global var's go to what application. Always useful knowledge for development purposes. gmartinson _ Date: Tue, 21 Jun 2005 11:17:26 -0400 From: K.S. Bhaskar [EMAIL PROTECTED] Organization: Fidelity Information Services, Inc. To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning Reply-To: hardhats-members@lists.sourceforge.net As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV RCY RC RGEQASN RGEQEXC RGEQ RGHL7 RGSITE RGSTAT RMIM RMPF RMPO RMPRA RMPR RORDATA ROR RTV RT SCE SCPT SCRS SCTM SC SDAM SDASE SDASF SDD SDV SDWL SD SOWK SPNL SRF SRO SRP SRS SRU TIU USC USR VAS VAT VA VDEFHL7 VIC VSIT WV XDRM XHD XHLP XIP XMBPOST XMBS XMBX XMB XMD XOB XPD XTV XT XUCM XUCS XUSEC XUSSPKI XWB YSA YSCL YSD YSG YSR YSTX YS YTD YTT YTX %ZISL %ZIS %ZRTL %ZTER %ZTSCH %ZTSK %ZUA %ZUT %Z -- --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click
RE: [Hardhats-members] The MUMPS Prompt
Title: Message Hold the CTRL key down and type C. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Carroll, Richard (EDS) Sent: Tuesday, June 21, 2005 12:05 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says:The FM.EXE file runs the VA's File Manager program from the data stored inthe Fileman.m file. A limitation of this current edition, is that thethree files (msmws002.dll, fm.exe and Fileman.m) must be stored in thefollowing path. C:\Program Files\Micronetics\MSMWS\Program\It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things...Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric
Re: [Hardhats-members] The MUMPS Prompt
Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Mainly Open/The MUMPS Prompt
I too hope this group stays open and not just open-source. It should be open to discussion of any flavor of Mumps and any OS they will run on. Jim Gray - Original Message - From: Thurman Pedigo To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 2:14 PM Subject: RE: [Hardhats-members] The MUMPS Prompt but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Dont think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way /t From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566Sent: Tuesday, June 21, 2005 2:02 PMTo: hardhats-members@lists.sourceforge.netSubject: Re: [Hardhats-members] The MUMPS Prompt Richard,If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows.http://www.intersystems.com/cache/downloads/index.htmlIf you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful.On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said:Learn M and FM v21 for freeDownload this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details.I chose the download and the readme says:The FM.EXE file runs the VA's File Manager program from the data stored inthe Fileman.m file. A limitation of this current edition, is that thethree files (msmws002.dll, fm.exe and Fileman.m) must be stored in thefollowing path.C:\Program Files\Micronetics\MSMWS\Program\It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things...Thanks ~ Ric-Original Message-From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James GraySent: Tuesday, June 21, 2005 1:21 PMTo: hardhats-members@lists.sourceforge.netSubject: Re: [Hardhats-members] The MUMPS PromptAre you using Cache or GT.M?Jim Gray - Original Message -From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PMSubject: [Hardhats-members] The MUMPS PromptI went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt?Thanks,Ric
Re: [Hardhats-members] Does not ask DEVICE while exporting
SlappingForehead/ Good grief...it didn't even occur to me that absolute pathnames would be munged like this depending on your environment variables. I don't know why not. --- Mark Street [EMAIL PROTECTED] wrote: I followed this thread to the end and thought I would jump in at this point. It seems to me that we are dealing with an environment issue. What does vista's .bash_profile say for gtm_vista and vista_home variables? It may not allow you to create files outside of vista_home if vista_home = /home/vista/OpenVistA It was difficult to follow this thread as it was an offshoot of another thread. On Monday 20 June 2005 20:46, Usha wrote: [EMAIL PROTECTED] vista]$ ls -ld /home/vista/VistA drwxrwxrwx4 vistavista4096 Jun 17 11:40 /home/vista/VistA [EMAIL PROTECTED] vista]$ Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 8:50 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Is it a link? Try ls -ld /home/vista/VistA --- Usha [EMAIL PROTECTED] wrote: I tried opening a file in /home/vista/VistA GTMS Y=$$GTF^%ZISH($NA(^DPT(1,0)),2,/home/vista/VistA/,MYFILE.DAT) GTM But the file is created in /home/vista/OpenVistA directory. I also tried /tmp GTMS Y=$$GTF^%ZISH($NA(^DPT(1,0)),2,/tmp,MYFILE.DAT) GTMh [EMAIL PROTECTED] tmp]$ ls -ld /tmp drwxrwxrwt 14 root root 4096 Jun 20 09:30 /tmp But there is no file in /tmp directory too. Regards Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 10:13 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I haven't recently tested the OPEN function, but I am using FTG and GTF^%ZISH -- which I think indirectly calls OPEN. It is working without any restrictions. Kevin --- smcphelan [EMAIL PROTECTED] wrote: The only thing that make sense to me is that you do not have read/write privileges to those other directories. All %ZISH is doing is issuing an OPEN command. Perhaps there is some peculiarities of the OPEN command syntax within GT.M that %ZISH is not honoring. But I do not believe that is the case. Can anyone else on this thread use OPEN^%ZISH on GT.M for any directory. especially any directory that is not part of the GT.M installation? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net
Re: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
Trivia here, but I think that the VAs are often associated with Medical schools, and the Medical Schools have the Departments, such as Deparment of Medicine, and the hospitals have the Services, which are usually the patients, wards, etc., assigned to the Medicine folks (and that the Surgeons want to transfer their patients to as soon as the operation is over! ;-)) On Tuesday 21 June 2005 02:24 pm, James Gray wrote: Within the VA what most of the rest of the English speaking world would call a department, the VA calls a Service. Sub-departments are called Sections. So Sections are subsets of the services. Jim Gray - Original Message - From: Usha To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 5:39 AM Subject: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY What does the SERVICE/SECTION field specify for a NEW PERSON? And how to specify the specialty of a provider? What does TREATING SPECIALTY file contain? Which one of them (or a third one) holds the specialty of a clinic or ward? If TREATING SECIALITY is the one, then TREATING SPECIALTY SET-UP option does not allow adding of new specialties (it comes to the GT.M prompt). Regards Usha -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
Is it really going to be 'that good'? I am cleaning up some programming projects and setting aside some brainspace right now so when it comes out I have some room in the cortex. On Tuesday 21 June 2005 13:51, Nancy Anthracite wrote: Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] UPDATE^DIE
I am trying to populate the NEW PERSON file by reading a text file I received from an existing application. I have written a routine that will read the file and create the FDA array. However when it gets to the UPDATE^DIE call, I get the following message: . S DIEFNIEN[EMAIL PROTECTED]@($TR(P,+?)) ^ UNDEFINEDADDCONV+5^DIEF1 I am only trying to load a few fields for now just to try to get it working. I think I have the required fields covered (NAME, SERVICE/SECTION). Is there something Im missing? Does anyone have a better suggestion for accomplishing this? Thanks.
RE: [Hardhats-members] The MUMPS Prompt
I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
On Tuesday 07 June 2005 06:44, K.S. Bhaskar wrote: 4. Network services can now be written in GT.M and deployed under inetd/xinetd. [KSB] This will allow the new direct connect CPRS GUI to be used more easily. Effectively, it means that VistA can be packaged deployed like other network services under inetd/xinetd, which is a standard way of deploying network services on UNIX/Linux. StandAlone vs xinetd/inetd superserver. Can it still be run stand alone? In a busy institution what would the benefits of using a superserver rather than standalone process? Ease of configuration? System Resources? Connection control? Usually less often used services are run under xinetd/inetd to save system resources and fine tune security and connection control. -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
I guess we'll find out. Believe me...I empathize. I am swimming (drowing?) in projects. --- Mark Street [EMAIL PROTECTED] wrote: Is it really going to be 'that good'? I am cleaning up some programming projects and setting aside some brainspace right now so when it comes out I have some room in the cortex. On Tuesday 21 June 2005 13:51, Nancy Anthracite wrote: Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
Anyone ever wonder what VistA (AND EHR) could have been if all the Medical Schools had gotten behind it instead of playing KING OF THE HILL? thurman -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 3:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY Trivia here, but I think that the VAs are often associated with Medical schools, and the Medical Schools have the Departments, such as Deparment of Medicine, and the hospitals have the Services, which are usually the patients, wards, etc., assigned to the Medicine folks (and that the Surgeons want to transfer their patients to as soon as the operation is over! ;-)) On Tuesday 21 June 2005 02:24 pm, James Gray wrote: Within the VA what most of the rest of the English speaking world would call a department, the VA calls a Service. Sub-departments are called Sections. So Sections are subsets of the services. Jim Gray - Original Message - From: Usha To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 5:39 AM Subject: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY What does the SERVICE/SECTION field specify for a NEW PERSON? And how to specify the specialty of a provider? What does TREATING SPECIALTY file contain? Which one of them (or a third one) holds the specialty of a clinic or ward? If TREATING SECIALITY is the one, then TREATING SPECIALTY SET-UP option does not allow adding of new specialties (it comes to the GT.M prompt). Regards Usha -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VistA global variable partitioning
The partitioning of the globals is or is not needed. For a single doctor's office with 2-5 users, it probably does not make sense. For a serious implementation at a sizeable medical center (or an outpatient clinic with many providers) it makes absolutely perfect sense. If you look at the larger VA sites they will have the globals partitioned over 15 - 30 virtual volume sets spreading the IO out over multiple spindles and disk controllers. Even for the single doctor's office it makes sense to partition out two scratch globals: ^TMP and ^UTILITY. On my Cache system I have these two globals translated to the CACHETEMP namespace. CACHE does the same thing that Bhaskar mentioned. Any globals in CACHETEMP will be KILLed whenever Cache is started. Sorry, Bhaskar, but those are the only two globals that could go in such a volume set. All other VistA globals, even ones considered temporary, need to be managed by the appropriate VistA application and not the M implementation. - Original Message - From: gmartinson [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 6:00 PM Subject: [Hardhats-members] VistA global variable partitioning Bhaskar, I think this a good idea. If one uses journaling and backups it would make the administration of backup and recovery easier by separating the critical mass from the mundane wouldn't it? Also, the multiple databases would sort of be self documenting, i.e. what global var's go to what application. Always useful knowledge for development purposes. gmartinson _ Date: Tue, 21 Jun 2005 11:17:26 -0400 From: K.S. Bhaskar [EMAIL PROTECTED] Organization: Fidelity Information Services, Inc. To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning Reply-To: hardhats-members@lists.sourceforge.net As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY LEXC LEXM LEXT LEX LRD LRE LRO LRT LR MAGDAUDT MAGDGEQR MAGDHL7 MAGDICOM MAGDINPT MAGDMLOG MAGDOUTP MAGDWLST MAGD MAGIXCVT MAGQUEUE MAGRT MAG MCAR MDD MDS MPIF MR MXML NURQ NURSA NURSC NURSF NVSTEMP NVS OCXD OCXS OFM ONCO OOPS ORA ORD ORE ORRT ORYX OR PPP PRCAK PRCA PRCD PRCF PRCH PRCN PRCP PRCS PRCT PRCU PRC PRPFT PRPF PRSD PRSE PRSPC PRSP PRST PSB PSCST PSDRUG PSD PSI PSNDF PSNTRAN PSOARC PSRX PSUDEM PSXARC PSX PS PTX PXD PXRMD PXRMPT PXRMXP PXRMXT PXRM PX QA RABTCH RADPTN RADPT RAMIS RAO RARPT RA RCD RCPSE RCPSS RCPS RCT RCXV RCY RC RGEQASN RGEQEXC RGEQ RGHL7
RE: [Hardhats-members] The MUMPS Prompt
I'll be ready when GT.M runs on OS X. (Yes, and I know Apple has announce a move to Intel.) This may sound like a crazy idea, but wouldn't we benefit from having people proficient in Cache, in GT.M, in Linux, in OS X, FreeBSD, Windows, and perhaps other platforms? Making applications available on only one platform strikes me as a case of shoot self in foot. As a group, I wish we could stay out of My favorite OS is better than your favorite OS wars and stick to medical records (or who knows? maybe even other uses of computers in medicine). --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net
RE: [Hardhats-members] UPDATE^DIE
Presume you went through PATIENT FILE and deleted all the Required Field iterations? Another option is to stuff the fields using /// or -force. Would first add a complete record (YOU WILL HAVE A LOT OF EMPTY FIELDS) before trying stuff or UPDATE^DIE. thurman From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Theriot, Derek Sent: Tuesday, June 21, 2005 2:53 PM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] UPDATE^DIE I am trying to populate the NEW PERSON file by reading a text file I received from an existing application. I have written a routine that will read the file and create the FDA array. However when it gets to the UPDATE^DIE call, I get the following message: . S DIEFNIEN[EMAIL PROTECTED]@($TR(P,+?)) ^ UNDEFINEDADDCONV+5^DIEF1 I am only trying to load a few fields for now just to try to get it working. I think I have the required fields covered (NAME, SERVICE/SECTION). Is there something Im missing? Does anyone have a better suggestion for accomplishing this? Thanks.
RE: [Hardhats-members] The MUMPS Prompt
OS X is a BSD variant and GTM should run in Linux compatible mode. Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 5:11 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt I'll be ready when GT.M runs on OS X. (Yes, and I know Apple has announce a move to Intel.) This may sound like a crazy idea, but wouldn't we benefit from having people proficient in Cache, in GT.M, in Linux, in OS X, FreeBSD, Windows, and perhaps other platforms? Making applications available on only one platform strikes me as a case of shoot self in foot. As a group, I wish we could stay out of My favorite OS is better than your favorite OS wars and stick to medical records (or who knows? maybe even other uses of computers in medicine). --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite
RE: [Hardhats-members] UPDATE^DIE
I'd start by looking at the option XUSERNEW and thinking about how to make it non-interactive. Trying to add a whole record in one fell swoop might be possible for file 200. File 2, well, I think trying to add everything in one UPDATE^DIE call would be a disaster. --- Theriot, Derek [EMAIL PROTECTED] wrote: I am very new at this so I'm not sure what you mean by building the entries incrementally. Do you mean inserting the data straight into the globals? I was hoping to use UPDATE^DIE since it does all of the indexing...(at least that's what the documentation says). Anyway, can you provide me with a starting point and maybe a short summary of what would be involved. What I am trying to do is populate file 200 with data from our Doctor Master file. Since I work for a large university with several hospitals, we have a few thousand doctors that would need to be entered. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 4:03 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] UPDATE^DIE There are a few files like 2 and 200 that have so much logic built into the DD (try looking at a standard listing) that doing bulk updates like this is all but a lost cause. You can try tracking it down, but most likely you'll have to build your entries incrementally, following the logic in the Registration module, or something similar. (Editorial aside: I don't think things have to be that way, they just are.) --- Theriot, Derek [EMAIL PROTECTED] wrote: I am trying to populate the NEW PERSON file by reading a text file I received from an existing application. I have written a routine that will read the file and create the FDA array. However when it gets to the UPDATE^DIE call, I get the following message: . S [EMAIL PROTECTED]@($TR(P,+?)) ^ UNDEFINEDADDCONV+5^DIEF1 I am only trying to load a few fields for now just to try to get it working. I think I have the required fields covered (NAME, SERVICE/SECTION). Is there something I'm missing? Does anyone have a better suggestion for accomplishing this? Thanks. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
Yes...I know that. Of course, it still runs on the PowerPC. I don't know if there's a publicly available Darwin port for Intel (yet). --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: OS X is a BSD variant and GTM should run in Linux compatible mode. Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 5:11 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt I'll be ready when GT.M runs on OS X. (Yes, and I know Apple has announce a move to Intel.) This may sound like a crazy idea, but wouldn't we benefit from having people proficient in Cache, in GT.M, in Linux, in OS X, FreeBSD, Windows, and perhaps other platforms? Making applications available on only one platform strikes me as a case of shoot self in foot. As a group, I wish we could stay out of My favorite OS is better than your favorite OS wars and stick to medical records (or who knows? maybe even other uses of computers in medicine). --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original
Re: [Hardhats-members] UPDATE^DIE
I did bulk enrollment and was able to get it working. I also had to bump around in the dark a bit to figure out how to do it. Here is what VPE says are the required fields: Required Fields.. FLD NUMDD FIELD NAME -- -- .01200 NAME 10.1200 NAME COMPONENTS 29200 SERVICE/SECTION 1200.541 LICENSE NUMBER 2200.541 EXPIRATION DATE 1 200.55 STATE DEA NUMBER .02 200.010113 EFFECTIVE DATE 1200.005 NETWORK ADDRESS FIRST NAME 747.1200 SERVICE 2 200.05 Effective Date 8980.16200 PERSON FILE POINTER I think this is an unhelpful list, however. Because all those with a DD number other than 200 are not really required. And I don't think I ever supplied a value for field 8980.16 Also, I think that a social security number is required, and patient sex, and DOB. It seems like if you look at the error messages sent back from the database API calls, it will tell you what is missing. Kevin MAIN_MENU EXIT --- Greg Woodhouse [EMAIL PROTECTED] wrote: There are a few files like 2 and 200 that have so much logic built into the DD (try looking at a standard listing) that doing bulk updates like this is all but a lost cause. You can try tracking it down, but most likely you'll have to build your entries incrementally, following the logic in the Registration module, or something similar. (Editorial aside: I don't think things have to be that way, they just are.) --- Theriot, Derek [EMAIL PROTECTED] wrote: I am trying to populate the NEW PERSON file by reading a text file I received from an existing application. I have written a routine that will read the file and create the FDA array. However when it gets to the UPDATE^DIE call, I get the following message: . S [EMAIL PROTECTED]@($TR(P,+?)) ^ UNDEFINEDADDCONV+5^DIEF1 I am only trying to load a few fields for now just to try to get it working. I think I have the required fields covered (NAME, SERVICE/SECTION). Is there something I'm missing? Does anyone have a better suggestion for accomplishing this? Thanks. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] UPDATE^DIE
In file 200 I file some address information, etc. Here's the snip of the code: S DIC=^VA(200,,DIC(0)=F D DO^DIC1 S X=$P(L1,U) L +^VA(200,AA) S DA=$O(^VA(200,AA),-1) D FILE^DICN L -^VA(200,AA) I +Y0 W !,Error G ACTIVATE S IEN=+Y_, K FDA,^TMP(DIERR,$J) S FDA(200,IEN,1)=$P(L2,U,2) S FDA(200,IEN,.111)=$P(L1,U,2) S FDA(200,IEN,.112)=$P(L1,U,3) S FDA(200,IEN,.114)=$P(L1,U,4) S FDA(200,IEN,.115)=$P(L1,U,5) S FDA(200,IEN,.116)=$P(L1,U,6) S FDA(200,IEN,.131)=$P(L1,U,7) S FDA(200,IEN,.132)=$P(L1,U,8) S FDA(200,IEN,.151)=$P(L2,U) S FDA(200,IEN,201)=10217 S FDA(200,IEN,250.01)=$P(L1,U,10) S FDA(200,IEN,250.02)=$P(L1,U,11) ; Generate a unique ACCESS CODE F S XUU=$$AC^XUS4 S (X,XUH)=$$EN^XUSHSH(XUU) Q:'($D(^VA(200,A,X))!$D(^VA(200,AOLD,X))) S FDA(200,IEN,2)=XUH D FILE^DIE(,FDA) ; File the new user's information in the New Person file I $D(^TMP(DIERR,$J)) W !,Error on file K ^TMP(DIERR,$J) G ACTIVATE S Y=+IEN I $D(^XMB(3.7,Y,0))[0 D NEW^XM ;Make sure the new user has a Mailbox -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 2:03 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] UPDATE^DIE There are a few files like 2 and 200 that have so much logic built into the DD (try looking at a standard listing) that doing bulk updates like this is all but a lost cause. You can try tracking it down, but most likely you'll have to build your entries incrementally, following the logic in the Registration module, or something similar. (Editorial aside: I don't think things have to be that way, they just are.) --- Theriot, Derek [EMAIL PROTECTED] wrote: I am trying to populate the NEW PERSON file by reading a text file I received from an existing application. I have written a routine that will read the file and create the FDA array. However when it gets to the UPDATE^DIE call, I get the following message: . S [EMAIL PROTECTED]@($TR(P,+?)) ^ UNDEFINEDADDCONV+5^DIEF1 I am only trying to load a few fields for now just to try to get it working. I think I have the required fields covered (NAME, SERVICE/SECTION). Is there something I'm missing? Does anyone have a better suggestion for accomplishing this? Thanks. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Mainly Open/The MUMPS Prompt
Gosh, we're too small a group for infighting. If we subdivide M supporters the resulting groups will be a bit on the small side. So all flavors welcome.. Kevin --- James Gray [EMAIL PROTECTED] wrote: I too hope this group stays open and not just open-source. It should be open to discussion of any flavor of Mumps and any OS they will run on. Jim Gray - Original Message - From: Thurman Pedigo To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 2:14 PM Subject: RE: [Hardhats-members] The MUMPS Prompt but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t -- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
I'm just ready for it yet. .../t Freudian slip? :-) Kevin Get an older computer and run one of the newer Linux distros. Its not as painful as one might think. I was intimitated initially by Linux too. But its not so bad. Kevin --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to
Re: [Hardhats-members] The MUMPS Prompt
but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way. I don't think hardhats is solely about the VistA/MUMPS/Linux stack. It is true that there are many questions I have seen that have come from people using the open source stack, however many of the questions are independent of what flavour of Operating System and MUMPS is being used. I expect some of the Linux related questions come about because the Linux security architecture is different than Windows, but these same questions would come up if someone were using Cache on Linux as well. The intricacies of VistA data structures and tools are totally independent of the MUMPS and OS as well. As to the open source nature, I suggest that the freely available source code to VistA is primarily a starting point which allows many questions about how the hospital informatio system actually work to be accurately queried rather than an issue of licensing and all the involved advocacy questions which typically come up when discussing Open Source. I feel Hardhats is primarily about VistA, regardless of the MUMPS implementation and Operating System. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
I think you have hit the nail on the head with your last sentence. The old RPC broker pretty much required that the server and clients be on the same network to provide secuity for the system because of the way the callback was made to the server. The new broker fixed that but did not work well with previous versions of GT.M, With this new configuration, secure remote connections from CPRS to the server can be set up allowing for ASP use of VistA with GTM on Linux as well as the other platforms while opening only one port. On Tuesday 21 June 2005 05:00 pm, Mark Street wrote: On Tuesday 07 June 2005 06:44, K.S. Bhaskar wrote: 4. Network services can now be written in GT.M and deployed under inetd/xinetd. [KSB] This will allow the new direct connect CPRS GUI to be used more easily. Effectively, it means that VistA can be packaged deployed like other network services under inetd/xinetd, which is a standard way of deploying network services on UNIX/Linux. StandAlone vs xinetd/inetd superserver. Can it still be run stand alone? In a busy institution what would the benefits of using a superserver rather than standalone process? Ease of configuration? System Resources? Connection control? Usually less often used services are run under xinetd/inetd to save system resources and fine tune security and connection control. -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
I'm not intimidated by Linux at all. Through all of undergraduate and graduate school I used Unix (from V7 to BSD 4.3) every day, for everything from programming to writing term papers. I was a pretty decent C programmer long before I had even touched a system running DOS or Windows. I once even had a job administering a network of Sun workstations. Oh, and I'm a pretty good programmer, too! --- Kevin Toppenberg [EMAIL PROTECTED] wrote: I'm just ready for it yet. .../t Freudian slip? :-) Kevin Get an older computer and run one of the newer Linux distros. Its not as painful as one might think. I was intimitated initially by Linux too. But its not so bad. Kevin --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to
Re: [Hardhats-members] UPDATE^DIE
I'd start by looking at the option XUSERNEW and thinking about how to make it non-interactive. Trying to add a whole record in one fell swoop might be possible for file 200. File 2, well, I think trying to add everything in one UPDATE^DIE call would be a disaster. From having tried to do the code, I know that you can't create an entry in file #2 (PATIENT File, ^DPT( global) using a single UPDATE^DIE call. As I recall this requires at least three or four calls at least. I was only trying to put in selected information, which included employment status, employer name, and employment telephone number. These three fields must be added in seperate UPDATE^DIE calls, as I remember, since there is a causal dependency that one must be in the database (checked by the input transform of the next one) prior to the next field successfully being stored. The multiple calls are required, if I recall correctly, because UPDATE^DIE processes/stores in field number order, and the dependency chain is not in field number order. In my opinion, this dependency should NOT be encoded in the Input Transforms of fields. This should be in integrity constraints, that are independent of the actual order of data storage. As we are tying VistA systems to more sophisticated ontologies and rule based systems, these kinds of issues will slow our work. David Whitten 713-870-3834 --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
Mark -- Comments below. -- Bhaskar Mark Street wrote: On Tuesday 07 June 2005 06:44, K.S. Bhaskar wrote: 4. Network services can now be written in GT.M and deployed under inetd/xinetd. [KSB] This will allow the new direct connect CPRS GUI to be used more easily. Effectively, it means that VistA can be packaged deployed like other network services under inetd/xinetd, which is a standard way of deploying network services on UNIX/Linux. StandAlone vs xinetd/inetd superserver. Can it still be run stand alone? [KSB] Nothing that existed previously in GT.M has been taken away, so if it worked for you before, it will continue to work for you now. With each new GT.M release, the GT.M team tries awfully hard to not break any application that used to work (with the exception of an application that somehow relies on the presence of a bug). In a busy institution what would the benefits of using a superserver rather than standalone process? Ease of configuration? System Resources? Connection control? Usually less often used services are run under xinetd/inetd to save system resources and fine tune security and connection control. [KSB] You are correct. However, I do think that on Linux vs. operating systems like Windows, OpenVMS, z/OS (used to be called OS/390) or even some other flavors of UNIX, process invocation is cheap, and this tends to swing the pendulum towards deployment under inetd/xinetd and the benefits of being able to fine tune things that it allows. In the case of GT.M, since there is no daemon to startup or shut down (the first process to open a database file sets up the shared control structures; the last one out turns off the lights), one of the benefits of deploying a service under inet/xinetd is that when there is no activity, everything is just shut down (i.e., no files open, no processes active). So, it's just a little cleaner. In the case of VistA on GT.M specifically, the new ability to deploy a service under inetd/xinetd allows the new direct connect CPRS GUI to be served by a GT.M process that is started up when the connection request comes in, rather than, for example, a pre-existing process from a pool of processes. This is especially appropriate for deployment under inetd/xinetd because it is a relatively long-lived connection. --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] VistA global variable partitioning
That all sounds good, my concern, just for the sake of discussion, is that the routines and business logic may be so tightly integrated across packages/namespaces that the advantages of physically partitioning the data may not be realized sufficiently to justify the added system administration overhead of managing multiple databases. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 10:18 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] VistA global variable partitioning Steve -- The only reason to segregate globals is for operational reasons such as those I outlined, e.g., a throw-away-on-system-crash database file for scratch globals, a read-only database file for globals that are not modified in normal operation, such as globals that define the data dictionary, etc. The benefit is potentially simpler operations and/or reduced IO on the system, e.g., you won't need a daily backup for either scratch globals or data dictionary globals. You can use different database files for partitioning globals for sharing purposes - for example, in the GT.M Acculturation CD at http://sourceforge.net/projects/sanchez-gtm there is an example for setting up an ASP for the Azkaban Infirmary and St. Mungo's Hospital, where both share a drug file but are otherwise separate. You can also partition for purposes of restricting access - e.g., if there is a global that stores information about supplies in inventory, not everyone would need access to it. By segregating patient records globals from supplies globals, people in the purchasing department would be unable to acces patient records. These are the benefits of segregating globals. As you say, the benefits of not segregating are a small number of database and journal files. If there isn't a natural partitioning for the OpenVistA VivA and OpenVistA SemiVivA packages, I'll leave things as they are, in one database file. -- Bhaskar Tomlinson, Steven B wrote: Just curious, what, if any, advantages are there to doing that? I like having just one file to deal with. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 5:17 AM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI
Re: [Hardhats-members] VistA global variable partitioning
Fair enough, Steve. I thought that with the use of namespaces, VistA was well partitioned, but I probably don't understand its interwoven intricacies. I know GT.M, but not VistA. -- Bhaskar Tomlinson, Steven B wrote: That all sounds good, my concern, just for the sake of discussion, is that the routines and business logic may be so tightly integrated across packages/namespaces that the advantages of physically partitioning the data may not be realized sufficiently to justify the added system administration overhead of managing multiple databases. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
I think you are right Yellow dog and Darwin only live on PowerPc. The closest you could probably get in a intel flavor would be FreeBSD or OpenBSD. Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 5:19 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt Yes...I know that. Of course, it still runs on the PowerPC. I don't know if there's a publicly available Darwin port for Intel (yet). --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: OS X is a BSD variant and GTM should run in Linux compatible mode. Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Greg Woodhouse Sent: Tuesday, June 21, 2005 5:11 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt I'll be ready when GT.M runs on OS X. (Yes, and I know Apple has announce a move to Intel.) This may sound like a crazy idea, but wouldn't we benefit from having people proficient in Cache, in GT.M, in Linux, in OS X, FreeBSD, Windows, and perhaps other platforms? Making applications available on only one platform strikes me as a case of shoot self in foot. As a group, I wish we could stay out of My favorite OS is better than your favorite OS wars and stick to medical records (or who knows? maybe even other uses of computers in medicine). --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m)
Re: [Hardhats-members] GT.M V5.0-000 available
I understand. Can you explain some details/mechanism on the new 'direct connect' CPRS GUI. Am I assuming that the 'new way' is to make a direct connection to GT.M/VistA using a superserver connection instead of having RPCBroker listener. Did this grow out of limitations of RPCBroker? On Tuesday 21 June 2005 14:42, K.S. Bhaskar wrote: In the case of GT.M, since there is no daemon to startup or shut down (the first process to open a database file sets up the shared control structures; the last one out turns off the lights), one of the benefits of deploying a service under inet/xinetd is that when there is no activity, everything is just shut down (i.e., no files open, no processes active). So, it's just a little cleaner. In the case of VistA on GT.M specifically, the new ability to deploy a service under inetd/xinetd allows the new direct connect CPRS GUI to be served by a GT.M process that is started up when the connection request comes in, rather than, for example, a pre-existing process from a pool of processes. This is especially appropriate for deployment under inetd/xinetd because it is a relatively long-lived connection. -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
Unfortunately, I don't know the details on how to connect to the new CPRS GUI, but I know that it works with a GT.M server deployed under inetd/xinetd, but hopefully someone on this list will be able to tell you how. I also don't know why the protocol was changed/enhanced. -- Bhaskar Mark Street wrote: I understand. Can you explain some details/mechanism on the new 'direct connect' CPRS GUI. Am I assuming that the 'new way' is to make a direct connection to GT.M/VistA using a superserver connection instead of having RPCBroker listener. Did this grow out of limitations of RPCBroker? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] The MUMPS Prompt
Actually, I did install Linux on a couple of computers and GT.M trial on one. It subsequently crashed and I just didn't have the time work a parallel approach. Maybe I'm not ready .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Tuesday, June 21, 2005 3:24 PM To: hardhats-members@lists.sourceforge.net Subject: RE: [Hardhats-members] The MUMPS Prompt I'm just ready for it yet. .../t Freudian slip? :-) Kevin Get an older computer and run one of the newer Linux distros. Its not as painful as one might think. I was intimitated initially by Linux too. But its not so bad. Kevin --- Thurman Pedigo [EMAIL PROTECTED] wrote: I must say I have had a lot of help here. Perhaps I should change to Linux while all this focus is hot. I'm just ready for it yet. .../t -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of Nancy Anthracite Sent: Tuesday, June 21, 2005 2:52 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Guess what guys and gals, be prepared because when VistA-Office comes out, we will be discovered anew, and we will be seeing newbies like never before. Most of them will be running on Cache and Windows. So, Thurman, you are going to be an important resource because there are a bunch on this list that won't be able to help much with those Cache questions. Condolences to Lloyd. If he has a hard with this list now, it will only get worse. I think it is going to be like being a movie star. You think it is neat to be discovered until you are, and then you want some privacy! On Tuesday 21 June 2005 04:14 pm, Thurman Pedigo wrote: but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. It is starting to look like that. Don't think it was that when I subscribed. Thought Hardhats was about VistA, regardless of the flavor. Now I see a lot of Linux. Guess I must have lost my way./t _ From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 2:02 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps,
RE: [Hardhats-members] GT.M V5.0-000 available
Under the old CPRS the client connected to the server and then the server opened a connection back to the client this is an older style of making connections between server and client for two way communications. The new CPRS makes one connection from the client and uses this to communicate both ways. ( At least that is what I got from the previous posts about it) Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 6:18 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] GT.M V5.0-000 available Unfortunately, I don't know the details on how to connect to the new CPRS GUI, but I know that it works with a GT.M server deployed under inetd/xinetd, but hopefully someone on this list will be able to tell you how. I also don't know why the protocol was changed/enhanced. -- Bhaskar Mark Street wrote: I understand. Can you explain some details/mechanism on the new 'direct connect' CPRS GUI. Am I assuming that the 'new way' is to make a direct connection to GT.M/VistA using a superserver connection instead of having RPCBroker listener. Did this grow out of limitations of RPCBroker? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] HUI OPENVISTA VERSION 3.0 RELEASED TO WORLDVISTA
Well, you made the news http://govhealthit.com/article89340-06-21-05-Web --- Zukaitis, Karl [EMAIL PROTECTED] wrote: FOR IMMEDIATE RELEASE June 20, 2005 Hui OPENVISTA VERSION 3.0 RELEASED TO WORLDVISTA The Pacific Telehealth Technology Hui (Hui) announced the completion of Hui OpenVista 3.0, the first major upgrade of the software since June 2003. In a technology transfer initiative, the Hui released the software upgrade to WorldVistA for use as a baseline in developing OpenVista 4.0. The Hui development team made several key enhancements to Hui OpenVista - most notably a more streamlined configuration process. Release 3.0 provides a preconfigured baseline system that simplifies the steps needed to convert the Freedom of Information Act (FOIA) version of VistA to OpenVista. This enables users to quickly download the baseline as a starting point for configuring the system to their specific requirements. OpenVista, a non-proprietary, open-source healthcare information system, is based on the Department of Veterans Affairs (VA) enterprise-wide VistA system. WorldVistA, a not-for-profit organization of VistA developers, plans to conduct validation testing of Hui OpenVista 3.0 before distributing OpenVista 4.0 to test sites next month. The Hui initially funded and managed the development and release of OpenVista in collaboration with WorldVistA to enable non-VA hospitals and healthcare providers throughout the Pacific to implement a healthcare information system free of licensing costs. Release 3.0 provides a preconfigured baseline system using the March 2004 VistA FOIA with selected VA patches (through January 2005) applied to the system's core modules, including the Kernel, Scheduling, Outpatient Pharmacy, Order Entry, Laboratory, Text Integration Utility and RPC broker. In addition, the Outpatient Pharmacy database has been populated with a minimum subset of current drugs and matched to the Orderable Item and Order Quick View files. At the April VistA Community Meeting in Boston, Massachusetts, WorldVistA stepped forward to serve as gatekeeper and configuration manager for all future releases of OpenVista software. In May, the Hui transferred the Hui OpenVista technology to WorldVistA. As a result, Hui OpenVista 3.0 will not be available as a separate release from the Hui web site. This represents a significant step forward in the transfer of VistA technology as an enterprise solution for hospitals and clinics outside of the VA, said Pacific Telehealth Technology Hui Director Stanley M. Saiki, Jr., M.D. Since its release in 2003, interest in Hui OpenVista has grown substantially spurring the economic development needed to support the increased demand for affordable healthcare information systems. Since the initial release of Hui OpenVistaTM in June 2003 nearly 2000 downloads of the software have been licensed and executed from the Hui web site ( www.pacifichui.org http://www.pacifichui.org/ ) by healthcare, software development and medical research organizations. The Pacific Telehealth Technology Hui was formed in 1999 under joint agreement with the DoD Pacific Regional Medical Command at Tripler Army Medical Center and the Veterans Affairs Pacific Islands Health Care System in Honolulu, and the encouragement and support of U.S. Senator Daniel K. Inouye. The DoD/VA joint venture serves as a healthcare research and application development center for developing telemedicine and technology programs that support the healthcare needs of federal beneficiaries in the Pacific region. The Hui is headquartered at Tripler Army Medical Center in the VA Spark Matsunaga Medical Center in Honolulu. For more information contact: Nancy Downes Marketing Specialist (808) 531-2743 [EMAIL PROTECTED] mailto:[EMAIL PROTECTED] www.pacifichui.org - The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] HUI OPENVISTA VERSION 3.0 RELEASED TO WORLDVISTA
Well, I looked on the worldvista site at Sourceforge for this release. Is it available yet? What will it be named when it does surface? On Tuesday 21 June 2005 15:42, Greg Woodhouse wrote: Well, you made the news http://govhealthit.com/article89340-06-21-05-Web --- Zukaitis, Karl [EMAIL PROTECTED] wrote: FOR IMMEDIATE RELEASE June 20, 2005 Hui OPENVISTA VERSION 3.0 RELEASED TO WORLDVISTA The Pacific Telehealth Technology Hui (Hui) announced the completion of Hui OpenVista 3.0, the first major upgrade of the software since June 2003. In a technology transfer initiative, the Hui released the software upgrade to WorldVistA for use as a baseline in developing OpenVista 4.0. -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] The MUMPS Prompt
Geez, just try and complement some people. . . On Jun 21, 2005, at 3:27 PM, Nancy Anthracite wrote: Actually, this is an anything you want to run VistA group as this is the Hardhats mailing list. It happens to have a big, noisy contingency of WorldVistA/GT.M users, but M is M whether or not Intersytems mentions it on their web page and you can practice M in Cache just fine. On Tuesday 21 June 2005 04:02 pm, chuck5566 wrote: Richard, If you're running MSM Workstation, that means Windows. If you're sticking with Windows, then I suggest you go to the InterSystems web site and download their free, single-user version of Cache (MUMPS) for Windows. http://www.intersystems.com/cache/downloads/index.html If you ever think it's time to move Linux, you should look at GT.M MUMPS for Linux on SourceForge. Nothing wrong with Cache, but this group is mainly about a completely open-source stack of VistA/MUMPS/Linux, and in that respect, at least, this group can be immeasurably helpful. On Jun 21, 2005, at 2:05 PM, Carroll, Richard (EDS) wrote: I'm not sure, the hardhats web site said: Learn M and FM v21 for free Download this free version of M that has been pre-configured to run File Manager v21. Dave Whitten, a fellow Hardhat, created it with MSM Workstation, so it is limited to a single user. Check out the readme.txt for details. I chose the download and the readme says: The FM.EXE file runs the VA's File Manager program from the data stored in the Fileman.m file. A limitation of this current edition, is that the three files (msmws002.dll, fm.exe and Fileman.m) must be stored in the following path. C:\Program Files\Micronetics\MSMWS\Program\ It comes up right at the Fileman prompt and Fileman's great but I wanted to get to the of things... Thanks ~ Ric -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of James Gray Sent: Tuesday, June 21, 2005 1:21 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] The MUMPS Prompt Are you using Cache or GT.M? Jim Gray - Original Message - From: Carroll, Richard (EDS) To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 12:09 PM Subject: [Hardhats-members] The MUMPS Prompt I went to the hardhats page and downloaded Fileman to my PC but I am trapped inside Fileman! How can I get to a MUMPS prompt? Thanks, Ric -- Nancy Anthracite --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
The old way involved having a listener running on a known port, which would job off a new MUMPS process for each CPRS client. Since the new MUMPS process created a new TCP/IP outgoing socket from the server, the listener only had a minimal load per CPRS client, and thus didn't have to hand off the socket (which is not in the MUMPS standard) nor did it have to start a new listener on the known port, (with the potential of missing a CPRS client connection) when the new listener was taking over. Unfortunately, the old method didn't work when connecting a CPRS client within a NAT or router to a server that also could be within a NAT or router. Since the CPRS client machine had a non-routeable address in that case, it was the equivalent of trying to contact someone by phone where you had their phone extension, but not the main trunk number. The new CPRS process follows the idea that if you can get a socket between the CPRS client and the server, you should simply use that socket. The expectation is that using inetd/xinetd to handle known port management would yield no dropped connections. David 713-870-3834 Unfortunately, I don't know the details on how to connect to the new CPRS GUI, but I know that it works with a GT.M server deployed under inetd/xinetd, but hopefully someone on this list will be able to tell you how. I also don't know why the protocol was changed/enhanced. -- Bhaskar Mark Street wrote: I understand. Can you explain some details/mechanism on the new 'direct connect' CPRS GUI. Am I assuming that the 'new way' is to make a direct connection to GT.M/VistA using a superserver connection instead of having RPCBroker listener. Did this grow out of limitations of RPCBroker? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] GT.M V5.0-000 available
Beautiful Dave, thanks for the clarification. I can remember running into that problem some months back. Socket's are good. Am I correct in assuming that one would have two choices here since there is no daemon process to run. 1. Run/spawn a gtm/mumps process through xinetd/inetd (Is this what is referred to as a new style listener in listener configuration?) 2. Run a RPClistener (old style) On Tuesday 21 June 2005 16:07, [EMAIL PROTECTED] wrote: The old way involved having a listener running on a known port, which would job off a new MUMPS process for each CPRS client. Since the new MUMPS process created a new TCP/IP outgoing socket from the server, the listener only had a minimal load per CPRS client, and thus didn't have to hand off the socket (which is not in the MUMPS standard) nor did it have to start a new listener on the known port, (with the potential of missing a CPRS client connection) when the new listener was taking over. Unfortunately, the old method didn't work when connecting a CPRS client within a NAT or router to a server that also could be within a NAT or router. Since the CPRS client machine had a non-routeable address in that case, it was the equivalent of trying to contact someone by phone where you had their phone extension, but not the main trunk number. The new CPRS process follows the idea that if you can get a socket between the CPRS client and the server, you should simply use that socket. The expectation is that using inetd/xinetd to handle known port management would yield no dropped connections. Unfortunately, I don't know the details on how to connect to the new CPRS GUI, but I know that it works with a GT.M server deployed under inetd/xinetd, but hopefully someone on this list will be able to tell you how. I also don't know why the protocol was changed/enhanced. -- Bhaskar Mark Street wrote: I understand. Can you explain some details/mechanism on the new 'direct connect' CPRS GUI. Am I assuming that the 'new way' is to make a direct connection to GT.M/VistA using a superserver connection instead of having RPCBroker listener. Did this grow out of limitations of RPCBroker? -- Mark Street, RHCE http://www.oswizards.com -- Key fingerprint = 3949 39E4 6317 7C3C 023E 2B1F 6FB3 06E7 D109 56C0 GPG key http://www.oswizards.com/pubkey.asc --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] VistA global variable partitioning
Likewise, there are a number of packages that had wise developers who separated relatively static globals from relatively dynamic globals. We really didn't get into that habit until the mid 80's. The two globals that grow the fastest and largest are the Orders and the Notes. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of smcphelan Sent: Tuesday, June 21, 2005 4:55 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] VistA global variable partitioning Having things spread across multiple partitions (or namespaces or volume sets or whatever) does increase the management complexity of the system. However routines and business logic will see a VistA database set as one virtual database. Thus the tight integration is not an issue. Now if you are talking about system management issues that is another concern. But those system management concerns overtly do not have any effect upon executing business logic unless you poorly design that database set. Bhaskar, I assume you have large bank customers. I also assume they have multiple database partitions because putting all data in a single database can lead to performance issues. Is this correct? If so, the reasoning behind having multiple partitions for the large banks is similar to the logic for having multiple partitions for a sizable VistA system. Of course whether to partition or not would be platform dependent. How I configure VistA to run on some Dell servers would be different than running VistA on a mainframe. - Original Message - From: K.S. Bhaskar [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 5:55 PM Subject: Re: [Hardhats-members] VistA global variable partitioning Fair enough, Steve. I thought that with the use of namespaces, VistA was well partitioned, but I probably don't understand its interwoven intricacies. I know GT.M, but not VistA. -- Bhaskar Tomlinson, Steven B wrote: That all sounds good, my concern, just for the sake of discussion, is that the routines and business logic may be so tightly integrated across packages/namespaces that the advantages of physically partitioning the data may not be realized sufficiently to justify the added system administration overhead of managing multiple databases. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_idt77alloc_id492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VistA global variable partitioning
smcphelan wrote: ... If you look at the larger VA sites they will have the globals partitioned over 15 - 30 virtual volume sets spreading the IO out over multiple spindles and disk controllers. I would be very interested in a concrete description of how this is worked out at an actual large VA site. Seems to me that would be a good place to start trimming back to a simpler installation. regards, jlz --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] What is SERVICE/SECTION and TREATING SPECIALTY
Thurman Pedigo wrote: Anyone ever wonder what VistA (AND EHR) could have been if all the Medical Schools had gotten behind it instead of playing KING OF THE HILL? Oh, Thurman, you old trouble-maker. How about this one: Has anyone noticed the coolness, even prejudice toward VistA within the family practice community? --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Wireless in the enterprise?
FWIW: My GP has been using a wireless PDA for over a year now. He uses it to order my meds/refills and Lord knows what else. He's very happy using it. His office still uses paper records - he tells me they're going electronic soon. On Jun 20, 2005, at 10:53 AM, Greg Woodhouse wrote: This article from Queue may be of interest http://www.acmqueue.com/modules.php?name=Contentpa=showpagepid=301 I cannot help but wonder what benefits wireless PDAs have to offer in terms of the usability (and acceptance) of an EHR system. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VistA global variable partitioning
Then is taking backup of a particular module's globals also possible? If so, how? Regards Usha - Original Message - From: K.S. Bhaskar [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Wednesday, June 22, 2005 1:48 AM Subject: Re: [Hardhats-members] VistA global variable partitioning Steve -- The only reason to segregate globals is for operational reasons such as those I outlined, e.g., a throw-away-on-system-crash database file for scratch globals, a read-only database file for globals that are not modified in normal operation, such as globals that define the data dictionary, etc. The benefit is potentially simpler operations and/or reduced IO on the system, e.g., you won't need a daily backup for either scratch globals or data dictionary globals. You can use different database files for partitioning globals for sharing purposes - for example, in the GT.M Acculturation CD at http://sourceforge.net/projects/sanchez-gtm there is an example for setting up an ASP for the Azkaban Infirmary and St. Mungo's Hospital, where both share a drug file but are otherwise separate. You can also partition for purposes of restricting access - e.g., if there is a global that stores information about supplies in inventory, not everyone would need access to it. By segregating patient records globals from supplies globals, people in the purchasing department would be unable to acces patient records. These are the benefits of segregating globals. As you say, the benefits of not segregating are a small number of database and journal files. If there isn't a natural partitioning for the OpenVistA VivA and OpenVistA SemiVivA packages, I'll leave things as they are, in one database file. -- Bhaskar Tomlinson, Steven B wrote: Just curious, what, if any, advantages are there to doing that? I like having just one file to deal with. Steven B. Tomlinson [EMAIL PROTECTED] Pacific Telehealth and Technology Hui www.PacificHui.org -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of K.S. Bhaskar Sent: Tuesday, June 21, 2005 5:17 AM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] VistA global variable partitioning As I get ready to make the next round of OpenVistA SemiVivA FOIA Gold (and maybe VivA too - please let me know if you want a VivA live CD), it occurs to me that I could easily organize the global variables into multiple database files where it makes sense for them to be separate. For example, if there are global variables which are transient (e.g., perhaps Taskman process ids) where on system startup, one would just delete the old database file and create a new one, they could be put in a scratch region. If there are globals that shouldn't be changed except on a Saturday night after a full moon and authorized by a form signed in triplicate by someone close to a deity and a DBA's thumbprint in blood, then we could put those globals in a file with read-only permissions. And so on. If there is no clearcut partitioning of global variables, I'll keep them all in one file as I have done to date. The global variables in the latest FOIA VistA are below, one to a line to facilitiate annotation and comments. Thank you in advance for your assistance. -- Bhaskar -- ABS ACK AFJ ALPB ANRV APSPQA AUPNPAT AUPNPROB AUPNVCPT AUPNVHF AUPNVIMM AUPNVPED AUPNVPOV AUPNVPRV AUPNVSIT AUPNVSK AUPNVTRT AUPNVXAM AUTNPOV AUTTEDT AUTTEXAM AUTTHF AUTTIMM AUTTLOC AUTTSK AUTTTRT AWC BPSCOMB BPSC BPSECX BPSEI BPSF BPSR BPSTL BPST BPS DDA DD DENT DGAM DGBT DGCN DGCPT DGCR DGENA DGEN DGICD9 DGIN DGMS DGMT DGM DGNT DGPF DGPM DGPR DGPT DGP DGQE DGRO DGRU DGSL DGS DGTF DGWAIT DG DIAR DIA DIBT DIC DIE DIPT DIST DISV DI DIZ DMSQ DOPT DPT DVB EAS ECC ECD ECH ECJ ECK ECL ECP ECR ECT ECX EC EDR EEO ENCSN ENGS ENG ESP FB583 FB7078 FBAAA FBAACNH FBAAC FBAAI FBAAV FBAA FBHL FB FHEN FHING FHNU FHPT FHUM FH FSCD FSC GECS GMPL GMRD GMR GMT HBHC HLCS HLEV HLMA HLS HL HOLIDAY IBAM IBAT IBA IBCNR IBCN IBD IBE IBM IBQ IBT IB ICD0 ICD9 ICDYZ ICD ICM ICPT IMR IVM KMPD KMPR KMPS LAB LAC LAHM LAM LAR LBRY
RE: [Hardhats-members] Wireless in the enterprise?
Wireless PDA's have some benefit in a (small) private practice, though the wireless part leaves some question. Most who use it in the context of medication ordering of refills get some perks, to get the drug ordering business, along with free use of the PDA. PDA medical records have serious limitations - the worst being limited to single user. I suppose some of the wireless PDA's like Blackberry (did I get that right) will have some advantage in remote wireless connection such as a cocktail party..;-) That said - I find the PDA extraordinarily helpful and used one since before the first HP came out (late 80's). Aside from maintaining non-patient scheduling, if provide a quick reference to PDR, various medical calculations and a note taker. In the early days I used a diagnostic program called RemindIV - similar to DXPlain and QMR. That whole process has become supplanted by the ubiquitous internet. Bottom line, I use it just like anyone of any profession. All my PDA's have wireless capability since it became available. I never turned one on. I do sync with my desktop. thurman P.S.: They are very light - sure wish I could use them as I walk between exam rooms without having to log back in. NOT ENOUGH VISUAL. -Original Message- From: [EMAIL PROTECTED] [mailto:hardhats- [EMAIL PROTECTED] On Behalf Of chuck5566 Sent: Tuesday, June 21, 2005 8:49 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Wireless in the enterprise? FWIW: My GP has been using a wireless PDA for over a year now. He uses it to order my meds/refills and Lord knows what else. He's very happy using it. His office still uses paper records - he tells me they're going electronic soon. On Jun 20, 2005, at 10:53 AM, Greg Woodhouse wrote: This article from Queue may be of interest http://www.acmqueue.com/modules.php?name=Contentpa=showpagepid=301 I cannot help but wonder what benefits wireless PDAs have to offer in terms of the usability (and acceptance) of an EHR system. The most profound technologies are those that disappear. --Mark Weiser Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] VistA global variable partitioning
There's always KIDS. === Gregory Woodhouse [EMAIL PROTECTED] The whole of science is nothing more than a refinement of everyday thinking. -- Albert Einstein On Jun 21, 2005, at 8:49 PM, Usha wrote: Then is taking backup of a particular module's globals also possible? If so, how? Regards Usha --- SF.Net email is sponsored by: Discover Easy Linux Migration Strategies from IBM. Find simple to follow Roadmaps, straightforward articles, informative Webcasts and more! Get everything you need to get up to speed, fast. http://ads.osdn.com/?ad_id=7477alloc_id=16492op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Does not ask DEVICE while exporting
Kevin, Thanks for the debugger. It's really nice. I got to know where the problem is. This is my %ZISH routine's OPEN portion. Here I had included the command S X2=/home/vista/OpenVistA to restrain the system from creating an HFS file in the / directory by default. As soon as I rmoved this command everything is woking fine. OPEN(X1,X2,X3,X4,X5,X6) ;SR. Open file 9;D OPEN^%ZISH([handlename],[directory],filename,[accessmode],[recsize ]) 10 ;X1=handle name 11 ;X2=directory, X3=filename, X4=access mode 12 ;X5=new file max record size, X6=Subtype 13 ; 14 N %,%1,%2,%IO,%I2,%P,%T,X,Y,$ETRAP 15 S $ETRAP=D OPNERR^%ZISH 16 S X2=/home/vista/OpenVistA 17 S U=^,X2=$$DEFDIR($G(X2)),X4=$$UP^XLFSTR(X4) 18 S Y=$S(X4[A:append,X4[R:readonly,X4[W:newversion,1:reado nly) But is there no way of defining the default directory to create the HFS files in? Regards Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 10:25 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting You can download the three files from the top of this page. Let me know if you need help. http://openforum.worldvista.org/~forum/index.php?title=Debugging_with_GT.M Kevin --- Usha [EMAIL PROTECTED] wrote: I would like to have it. Thanks Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 11:02 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I have a very crude debugger that allows stepping through code. I can get you the code if you want. Kevin --- Usha [EMAIL PROTECTED] wrote: Well how to do that? Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 9:35 PM Subject: RE: [Hardhats-members] Does not ask DEVICE while exporting At this point, I'd be inclined to try using a debugger to be sure that the pathname of the file you are trying to open is what you think it is. One possibility is that the path is being constructed in such a way that there is nothing to open. If there were a trappable error, you could also check the symbol table using ^XTER. --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: Also try to write t o/tmp this usually has 777 permissions where other directories may be more restricted Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Friday, June 17, 2005 9:23 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Usha -- The information you sent, shell commands that I used to illustrate the use of ZSYstem, are probably not very helpful to anyone trying to debug why %ZISH is not accessing files in directories other than /home/vista/OpenVistA. You may want to post the output of the following commands: ZSY id ZSY ls -ld /home/vista/OpenVistA ZSY ls -ld XXX where XXX is a directory where %ZISH is unable to open a file. You can also just send the output of the commands executed at a Linux shell rather than the GT.M prompt: id ls -ld /home/vista/OpenVistA ls -ld XXX -- Bhaskar Usha wrote: I am able to open any file in /home/vista/OpenVistA directory only. No other file is opening using %ZISH. Following is a screenshot, with the help of Bhaskar GTMZSYstem echo $PWD /home/vista/OpenVistA GTMZSYstem uname -a Linux local.cmpio.org 2.4.22-1.2115.nptl #1 Wed Oct 29 15:42:51 EST 2003 i686 i686 i386 GNU/Linux GTMh [EMAIL PROTECTED] vista]$ echo $PWD /home/vista [EMAIL PROTECTED] vista]$ Regards Usha - Original Message - From: Gregory Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Thursday, June 16, 2005 5:28 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Can you OPEN the file? Can you open (with %ZISH) a file in a different directory (say /tmp)? === Gregory Woodhouse [EMAIL PROTECTED] Without the requirement of mathematical aesthetics a great many discoveries would not have been made. -- Albert Einstein On Jun 16, 2005, at 4:00 AM, Usha wrote: The difference between the previous and
Re: [Hardhats-members] Does not ask DEVICE while exportingMy
Does the Device file HFS do that? NUMBER: 39 NAME: GTM-UNIX-HFS $I: /tmp/hfs.dat ASK DEVICE: YES ASK PARAMETERS: YES LOCATION OF TERMINAL: Host File Server (GT.M) ASK HOST FILE: YESASK HFS I/O OPERATION: YES OPEN PARAMETERS: newversion MNEMONIC: HFS MNEMONIC: GTM-LINUX-HFS SUBTYPE: P-OTHER TYPE: HOST FILE SERVER On Wednesday 22 June 2005 12:20 am, Usha wrote: Kevin, Thanks for the debugger. It's really nice. I got to know where the problem is. This is my %ZISH routine's OPEN portion. Here I had included the command S X2=/home/vista/OpenVistA to restrain the system from creating an HFS file in the / directory by default. As soon as I rmoved this command everything is woking fine. OPEN(X1,X2,X3,X4,X5,X6) ;SR. Open file 9;D OPEN^%ZISH([handlename],[directory],filename,[accessmode],[recsize ]) 10 ;X1=handle name 11 ;X2=directory, X3=filename, X4=access mode 12 ;X5=new file max record size, X6=Subtype 13 ; 14 N %,%1,%2,%IO,%I2,%P,%T,X,Y,$ETRAP 15 S $ETRAP=D OPNERR^%ZISH 16 S X2=/home/vista/OpenVistA 17 S U=^,X2=$$DEFDIR($G(X2)),X4=$$UP^XLFSTR(X4) 18 S Y=$S(X4[A:append,X4[R:readonly,X4[W:newversion,1:reado nly) But is there no way of defining the default directory to create the HFS files in? Regards Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 10:25 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting You can download the three files from the top of this page. Let me know if you need help. http://openforum.worldvista.org/~forum/index.php?title=Debugging_with_GT.M Kevin --- Usha [EMAIL PROTECTED] wrote: I would like to have it. Thanks Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 11:02 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I have a very crude debugger that allows stepping through code. I can get you the code if you want. Kevin --- Usha [EMAIL PROTECTED] wrote: Well how to do that? Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 9:35 PM Subject: RE: [Hardhats-members] Does not ask DEVICE while exporting At this point, I'd be inclined to try using a debugger to be sure that the pathname of the file you are trying to open is what you think it is. One possibility is that the path is being constructed in such a way that there is nothing to open. If there were a trappable error, you could also check the symbol table using ^XTER. --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: Also try to write t o/tmp this usually has 777 permissions where other directories may be more restricted Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Friday, June 17, 2005 9:23 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Usha -- The information you sent, shell commands that I used to illustrate the use of ZSYstem, are probably not very helpful to anyone trying to debug why %ZISH is not accessing files in directories other than /home/vista/OpenVistA. You may want to post the output of the following commands: ZSY id ZSY ls -ld /home/vista/OpenVistA ZSY ls -ld XXX where XXX is a directory where %ZISH is unable to open a file. You can also just send the output of the commands executed at a Linux shell rather than the GT.M prompt: id ls -ld /home/vista/OpenVistA ls -ld XXX -- Bhaskar Usha wrote: I am able to open any file in /home/vista/OpenVistA directory only. No other file is opening using %ZISH. Following is a screenshot, with the help of Bhaskar GTMZSYstem echo $PWD /home/vista/OpenVistA GTMZSYstem uname -a Linux local.cmpio.org 2.4.22-1.2115.nptl #1 Wed Oct 29 15:42:51 EST 2003 i686 i686 i386 GNU/Linux GTMh [EMAIL PROTECTED] vista]$ echo $PWD /home/vista [EMAIL PROTECTED] vista]$
Re: [Hardhats-members] Does not ask DEVICE while exportingMy
This is the DEVICE file's captioned output for HFS. NUMBER: 39 NAME: GTM-UNIX-HFS $I: /home/vista/tmp/hfs.dat ASK DEVICE: NO ASK PARAMETERS: NOVOLUME SET(CPU): ROU LOCATION OF TERMINAL: Host File Server (GT.M) ASK HOST FILE: YESASK HFS I/O OPERATION: YES PAGE LENGTH: 9OPEN PARAMETERS: read/write MNEMONIC: HFS MNEMONIC: GTM-LINUX-HFS SUBTYPE: P-OTHER TYPE: HOST FILE SERVER - Original Message - From: Nancy Anthracite [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Wednesday, June 22, 2005 11:18 AM Subject: Re: [Hardhats-members] Does not ask DEVICE while exportingMy Does the Device file HFS do that? NUMBER: 39 NAME: GTM-UNIX-HFS $I: /tmp/hfs.dat ASK DEVICE: YES ASK PARAMETERS: YES LOCATION OF TERMINAL: Host File Server (GT.M) ASK HOST FILE: YESASK HFS I/O OPERATION: YES OPEN PARAMETERS: newversion MNEMONIC: HFS MNEMONIC: GTM-LINUX-HFS SUBTYPE: P-OTHER TYPE: HOST FILE SERVER On Wednesday 22 June 2005 12:20 am, Usha wrote: Kevin, Thanks for the debugger. It's really nice. I got to know where the problem is. This is my %ZISH routine's OPEN portion. Here I had included the command S X2=/home/vista/OpenVistA to restrain the system from creating an HFS file in the / directory by default. As soon as I rmoved this command everything is woking fine. OPEN(X1,X2,X3,X4,X5,X6) ;SR. Open file 9;D OPEN^%ZISH([handlename],[directory],filename,[accessmode],[recsize ]) 10 ;X1=handle name 11 ;X2=directory, X3=filename, X4=access mode 12 ;X5=new file max record size, X6=Subtype 13 ; 14 N %,%1,%2,%IO,%I2,%P,%T,X,Y,$ETRAP 15 S $ETRAP=D OPNERR^%ZISH 16 S X2=/home/vista/OpenVistA 17 S U=^,X2=$$DEFDIR($G(X2)),X4=$$UP^XLFSTR(X4) 18 S Y=$S(X4[A:append,X4[R:readonly,X4[W:newversion,1:reado nly) But is there no way of defining the default directory to create the HFS files in? Regards Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Tuesday, June 21, 2005 10:25 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting You can download the three files from the top of this page. Let me know if you need help. http://openforum.worldvista.org/~forum/index.php?title=Debugging_with_GT.M Kevin --- Usha [EMAIL PROTECTED] wrote: I would like to have it. Thanks Usha - Original Message - From: Kevin Toppenberg [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Monday, June 20, 2005 11:02 PM Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting I have a very crude debugger that allows stepping through code. I can get you the code if you want. Kevin --- Usha [EMAIL PROTECTED] wrote: Well how to do that? Usha - Original Message - From: Greg Woodhouse [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, June 17, 2005 9:35 PM Subject: RE: [Hardhats-members] Does not ask DEVICE while exporting At this point, I'd be inclined to try using a debugger to be sure that the pathname of the file you are trying to open is what you think it is. One possibility is that the path is being constructed in such a way that there is nothing to open. If there were a trappable error, you could also check the symbol table using ^XTER. --- Aylesworth Marc A Ctr AFRL/IFSE [EMAIL PROTECTED] wrote: Also try to write t o/tmp this usually has 777 permissions where other directories may be more restricted Thanks Marc Aylesworth C3I Associates AFRL/IFSE Joint Battlespace Infosphere Team 525 Brooks Rd Rome, NY 13441-4505 Tel:315.330.2422 Fax:315.330.7009 Email: [EMAIL PROTECTED] -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of K.S. Bhaskar Sent: Friday, June 17, 2005 9:23 AM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Does not ask DEVICE while exporting Usha -- The information you sent, shell commands that I used to illustrate the use of ZSYstem, are probably not very helpful to anyone trying to debug why %ZISH is not accessing files in directories other than /home/vista/OpenVistA. You may want to post the output of the following commands: