RE: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file?
Thanks, that helps. I followed Nancy's guide to checking the fileman version, and it looks like mine might be as old as 1998. So that is probably why I didn't have this problem. I appreciate the info. It helps to understand what's going on. Kevin --- Holloway, Thomas (EDS) [EMAIL PROTECTED] wrote: Kevin, The XUMF variable (ie. secret 'M'aster 'F'ile password) was added about 3 or 4 years ago during the Institution File Redesign project. Prior to that, all sites edited/updated their Institution file manually. As you can imagine, this led to a lot of inconsistencies between sites due to typos, local spelling preferences, missing entries, etc. For the VHA, the Institution file is now updated at the central FORUM database and the updates are 'pushed' to all sites. Since you would not be in the same situation as the VHA (controlling 100+ copies of an important file that has moderately frequent updates), the control mechanism could be bypassed as you have already done or you could modify the DD to remove just the part that checks for XUMF. I'm not sure why one distributed copy had the check and one did not but without the push software and a central database there is no need for the internal control mechanism. Thom H. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Thursday, March 31, 2005 7:41 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file? OK Thanks. But this is apparently a new change. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My guess is that XUMF is an override that is set when file 4 is sbeing updated via an HL7 master file update. It's not something that should be set (except by Kernel). ... __ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do you Yahoo!? Make Yahoo! your home page http://www.yahoo.com/r/hs --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Conference call today
Et al, Please forgive the inconvenience The code appears to be out of service. When I was unsuccessful in dialing, I contacted the conference operator and she informed me that the number had been deactivated. I will work toward securing a new number and code, unfortunately I will not be able to process this today. Sincerest apologies, Sharon Work: 972.274.9941 Cell: 972.989.2685 -Original Message-. Sharon From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Maury Pepper Sent: Friday, April 01, 2005 11:05 AM To: hardhats-members@lists.sourceforge.net Subject: [Hardhats-members] Conference call today Join in at Noon EST to discuss the Boston meeting. Call-in number: 1-866-639-4718 Access code: 9185610 --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=ick ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file?
It may be that the Institution file update is of little interest to non-VA users (but then again, maybe it is). But more generally, is there a need to update reference files from a master file? I would think that the answer is yes. --- Holloway, Thomas (EDS) [EMAIL PROTECTED] wrote: Kevin, The XUMF variable (ie. secret 'M'aster 'F'ile password) was added about 3 or 4 years ago during the Institution File Redesign project. Prior to that, all sites edited/updated their Institution file manually. As you can imagine, this led to a lot of inconsistencies between sites due to typos, local spelling preferences, missing entries, etc. For the VHA, the Institution file is now updated at the central FORUM database and the updates are 'pushed' to all sites. Since you would not be in the same situation as the VHA (controlling 100+ copies of an important file that has moderately frequent updates), the control mechanism could be bypassed as you have already done or you could modify the DD to remove just the part that checks for XUMF. I'm not sure why one distributed copy had the check and one did not but without the push software and a central database there is no need for the internal control mechanism. Thom H. -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] On Behalf Of Kevin Toppenberg Sent: Thursday, March 31, 2005 7:41 PM To: hardhats-members@lists.sourceforge.net Subject: Re: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file? OK Thanks. But this is apparently a new change. Kevin --- Greg Woodhouse [EMAIL PROTECTED] wrote: My guess is that XUMF is an override that is set when file 4 is sbeing updated via an HL7 master file update. It's not something that should be set (except by Kernel). ... __ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Missing VistA files: ZTBKCGUX ZISETGUX
I have been working with the ZTMGRSET function as part my install wizard project. I am gettin a message that the following files are missing: ZTBKCGUX ZISETGUX The source of these file names comes from the following section of code in ZTMGRSET 8 ;;GT.M (Unix) S %S=ZOSVGUX^ZTBKCGUX^ZIS4GTM^ZISFGTM^ZISHGUX^XUCIGTM^ZISETGUX D DES D MOVE S %S=ZOSV2GTM^ZISTCPS,%D=%ZOSV2^%ZISTCPS D MOVE D ZOSF(ZOSFGUX) Q I looked in my distro, in Mark's recent distro, and the files on M2web. The files are not in any of these sites. Should these two files be taken out of the list? Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman drop-out on pointer update
Marianne, Thanks for your help. Following your instructions: GTMzwr ^AUPNPAT(0) ^AUPNPAT(0)=PATIENT/IHS^901sIP^14861^1510 GTMzwr ^DD(901,0,SCR) ^DD(901,0,SCR)=X I '$P(^DPT(Y,0),U,19) W $E(^AUPNPAT(Y,0),0) So you are right. This is the source of the line that caused the drop-out. I had suggested: It looks like the ^DPT(Y,0) ought to be $G(^DPT(Y,0)) So I could put that change here. But I'm note sure if that would have other unforseen consequenses. Is this really a 'bug'? Or is it one of those funny database-needs-to-be-rundown type situations? Thanks Kevin --- Marianne Susaanti Follingstad [EMAIL PROTECTED] wrote: A quick look at the DI* routines I have (which are old), leads me to suggest that you look at the DD for the file defining ^AUPNPAT. Look at ^AUPNPAT(0) to find the file number and then look at ^DD(file number,0,SCR) and I'm guessing you'll find the culprit there as I '$P(^DPT(Y,0),U,19). If that is the problem then someone should review the SCR nodes to ensure there are no similar problems lurking... Of course the other problem is how to restart the process, and unfortunately I don't have any suggestions on that issue. Marianne Follingstad 301 251 0139 Kevin Toppenberg wrote: I had two patients that were duplicates--i.e. the same person, but with two different married names. So I deleted one, and told fileman to change all pointers from the former to the later. (I had to take off a guard to do this) It then scans through all the appropriate places and changes the pointers. But then it drops out after about 20-30 files. I never knew what was happening before, but I have recently studied a bit on GTM debugging techniques, and here is what I have come up with: Screen log: ROES ELIGIBILITY CONFIRMATION entries whose 'PATIENT' pointers have been changed MAR 29,2005 20:12PAGE 1 *** NO RECORDS TO PRINT *** GTMw $ECODE notice drop-out ,M7,Z150372994, GTMw $ZSTATUS 150372994,SCR+1^DIO2,%GTM-E-GVUNDEF, Global variable undefined: ^DPT(75002,0) GTMzprint SCR+1^DIO2 X DIS(0) Q:'$T G PASS:'$D(DIS(1)) GTMw DIS(0) S Y=D0 I $D(^AUPNPAT(Y,0)) X I '$P(^DPT(Y,0),U,19) W $E(^AUPNPAT(Y,0),0) GTMw Y 75002 GTM It looks like the ^DPT(Y,0) ought to be $G(^DPT(Y,0)) Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Unicode, Non-english characters
Thanks, My last patch is SEQ 121 from march 2, 2004 I appreciate the help. Manolis P.S. It is so hard to go from zero on this software! --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Conference call ???
It appears that the conference call access number has been disabled. Unless someone from HP can re-enable it or provide a new number, there won't be a call today. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95alloc_id396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] CPRS on SuSe linux with crossover works over network
Ok, the problem I was having with the CPRS not communicating with my other linux box has been solved. I am actually very embarrased to tell you all how UM... The firewall was on, on the CPRS client machine DOH! It is a good thing I don't have a twenty plus year history with computers to say I should have looked at that first. Oh... wait a minute... I do Your honor.. I would like to plead permenant insanity. Manolis --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file?
Would there be some interest in adding such a capability to our OpenVistA forum? Those who wish could submit an application and be assigned an official slot in the INSTITUTION file. Perhaps a topic for Boston? A step toward update distributions, KIDS, etc? jlz -- Original Message --- From: Holloway, Thomas (EDS) [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Fri, 1 Apr 2005 09:21:05 -0500 Subject: RE: [Hardhats-members] Why changed input transform on STATION field in INSTITUTION file? ... For the VHA, the Institution file is now updated at the central FORUM database and the updates are 'pushed' to all sites. --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] CPRS on SuSe linux with crossover works over network
So how well is it working? Connect it up to the VA Demo. On Friday 01 April 2005 07:42 pm, Doctor Bones wrote: Ok, the problem I was having with the CPRS not communicating with my other linux box has been solved. I am actually very embarrased to tell you all how UM... The firewall was on, on the CPRS client machine DOH! It is a good thing I don't have a twenty plus year history with computers to say I should have looked at that first. Oh... wait a minute... I do Your honor.. I would like to plead permenant insanity. Manolis --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members -- Nancy Anthracite --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman drop-out on pointer update
It should be fine to put the $G in there. There can't be any unforeseen consequences to having it there. In fact, as you found, there are unforeseen consequences to NOT having it there. As I mentioned, it would be good to have someone review these SCR nodes to see if there are any other potential problems. Marianne Follingstad 301 251 0139 Kevin Toppenberg wrote: Marianne, Thanks for your help. Following your instructions: GTM>zwr ^AUPNPAT(0) ^AUPNPAT(0)="PATIENT/IHS^901sIP^14861^1510" GTM>zwr ^DD(901,0,"SCR") ^DD(901,0,"SCR")="X ""I '$P(^DPT(Y,0),U,19)"" W $E(^AUPNPAT(Y,0),0)" So you are right. This is the source of the line that caused the drop-out. I had suggested: It looks like the "^DPT(Y,0)" ought to be "$G(^DPT(Y,0))" So I could put that change here. But I'm note sure if that would have other unforseen consequenses. Is this really a 'bug'? Or is it one of those funny database-needs-to-be-rundown type situations? Thanks Kevin --- Marianne Susaanti Follingstad [EMAIL PROTECTED]> wrote: > A quick look at the DI* routines I have (which are > old), leads me to suggest that > you look at the DD for the file defining ^AUPNPAT. > Look at ^AUPNPAT(0) to find the > file number and then look at ^DD(file > number,0,"SCR") and I'm guessing you'll find > the culprit there as "I '$P(^DPT(Y,0),U,19)". If > that is the problem then someone > should review the "SCR" nodes to ensure there are no > similar problems lurking... > > Of course the other problem is how to restart the > process, and unfortunately I don't > have any suggestions on that issue. > > Marianne Follingstad > 301 251 0139 > > Kevin Toppenberg wrote: > > > I had two patients that were duplicates--i.e. the > same > > person, but with two different married names. > > > > So I deleted one, and told fileman to change all > > pointers from the former to the later. > > > > (I had to take off a guard to do this) > > > > It then scans through all the appropriate places > and > > changes the pointers. > > > > But then it drops out after about 20-30 files. I > > never knew what was happening before, but I have > > recently studied a bit on GTM debugging > techniques, > > and here is what I have come up with: > > > > Screen log: > > > > ROES ELIGIBILITY CONFIRMATION entries whose > 'PATIENT' > > pointers have been changed > > MAR > > 29,2005 20:12 PAGE 1 > > > > > > > *** NO RECORDS TO PRINT *** > > GTM>w $ECODE notice > drop-out > > ,M7,Z150372994, > > GTM>w $ZSTATUS > > 150372994,SCR+1^DIO2,%GTM-E-GVUNDEF, Global > variable > > undefined: ^DPT(75002,0) > > GTM>zprint SCR+1^DIO2 > > X DIS(0) Q:'$T G PASS:'$D(DIS(1)) > > > > GTM>w DIS(0) > > S Y=D0 I $D(^AUPNPAT(Y,0)) X "I > '$P(^DPT(Y,0),U,19)" W > > $E(^AUPNPAT(Y,0),0) > > GTM>w Y > > 75002 > > GTM> > > > > It looks like the "^DPT(Y,0)" ought to be > > "$G(^DPT(Y,0))" > > > > Kevin > > > > __ > > Do You Yahoo!? > > Tired of spam? Yahoo! Mail has the best spam > protection around > > http://mail.yahoo.com > > > > > --- > > SF email is sponsored by - The IT Product Guide > > Read honest candid reviews on hundreds of IT > Products from real users. > > Discover which products truly live up to the hype. > Start reading now. > > > http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click > > ___ > > Hardhats-members mailing list > > Hardhats-members@lists.sourceforge.net > > > https://lists.sourceforge.net/lists/listinfo/hardhats-members > __ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Can a configured system be copied toanother machine?
Gee, Wally is down in San Diego bringing his sailboat home, Rick is off somewhere unreachable, and I am going nuts getting ready for the meeting in Boston. So it looks like you may be stuck with me to reply. VistA does have some links to the rest of the system it is installed on, but they are not many and they are in the Kernel Site Parameter File. So, if the equipment is similar, and there is enough capacity to hold the global file set, should work when relocated to another machine. Some minor adjustment may be required to be done in the Kernel Site Parameter file. Saying that, you might also want to make sure that your clients know about the new home for the data (if that is desired). - Original Message - From: Bhaskar, KS [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, April 01, 2005 6:21 AM Subject: Re: [Hardhats-members] Can a configured system be copied toanother machine? Someone like Wally Fort, Chris Richardson or Rick Marshall may want to step in with the facts, but as I remember it, when VistA runs on GT.M on Linux, the machine name as reported by the Linux command hostname -s. If that is correct, then yes, you should be able to move your database files (.dat files), global directory, and routines from one machine to another simply by copying them (or with a backup, if you want to do this while VistA is running on the first machine - indeed, you will be doing something similar next Wednesday). Before you move database files, a mupip rundown would be appropriate. -- Bhaskar On Thu, 2005-03-31 at 16:54 -0800, Kevin Toppenberg wrote: If I perform a configuration on machine A, can I copy my mumps globals and dat files to machine B and have it work? I used to think no, because I thought that the name of the machine was stored somewhere. But I can't find where it is stored, and it looks like functions just call GETENV^%ZOSV to get the machine name. So could I do a base installation that others could use? Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Fileman drop-out on pointer update
Yeah, but it is the nature of the weak minded to look for answers in superstition. LOL. Actually, my production system rarely needs to be rundown. But that is probably because I am now quite careful with it. But when I am configuring a new system, I often have crashes that lead to the funny behavior that I hinted at. Kevin --- Bhaskar, KS [EMAIL PROTECTED] wrote: Comment below. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Fri 4/1/2005 12:59 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: Re: [Hardhats-members] Fileman drop-out on pointer update Marianne, [KSB] ...snip... Is this really a 'bug'? Or is it one of those funny database-needs-to-be-rundown type situations? [KSB] Kevin, you are invoking rundown as if it is a lucky rabbit's foot to be kept in the pocket and touched for good luck. Unless something is fundamentally flawed in how you operate GT.M, you should not need rundown. Fortunately, it's harmless (the only time not to try it is when you are bringing up the computer after a crash like a power failure and you are about to do a mupip journal -recover -backward, and even there it's usually harmless). The only time you would need it is when you are bringing up a database when something has gone wrong - like a system crash, and you didn't have journaling turned on, or when the last process accessing a database terminated abnormally (e.g., someone issued a kill -9 on it). It's also a quick way to see whether anyone is in the database, when you are powering down the system, or replacing one GT.M version with another. At other times, it is no more than that rabbit's foot. -- Bhaskar __ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] CPRS on SuSe linux with crossover works over network
A firewall blocking your system? Hmmm... that's never happened to me. Yup, that's my story and I'm sticking to it. Kevin --- Doctor Bones [EMAIL PROTECTED] wrote: Ok, the problem I was having with the CPRS not communicating with my other linux box has been solved. I am actually very embarrased to tell you all how UM... The firewall was on, on the CPRS client machine DOH! It is a good thing I don't have a twenty plus year history with computers to say I should have looked at that first. Oh... wait a minute... I do Your honor.. I would like to plead permenant insanity. Manolis --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Can a configured system be copied toanother machine?
OK. Great. This sounds do-able. Is there any interest in trying to get the SemiVivA/VivA distros preconfigured? I think it would greatly help new users. We could write a short application that changes the few machine-specific database entries. I would really like to get this done by the end of the Boston conference? Is anyone willing to sit down with me then to achieve this? For a basic config, I would like to see generic names put in for institution etc. And also VPE. Perhaps Bhaskar could then help us wrap the files up into a distribution. Anyone willing to help? Or is such a project off target? Kevin --- Chris Richardson [EMAIL PROTECTED] wrote: Gee, Wally is down in San Diego bringing his sailboat home, Rick is off somewhere unreachable, and I am going nuts getting ready for the meeting in Boston. So it looks like you may be stuck with me to reply. VistA does have some links to the rest of the system it is installed on, but they are not many and they are in the Kernel Site Parameter File. So, if the equipment is similar, and there is enough capacity to hold the global file set, should work when relocated to another machine. Some minor adjustment may be required to be done in the Kernel Site Parameter file. Saying that, you might also want to make sure that your clients know about the new home for the data (if that is desired). - Original Message - From: Bhaskar, KS [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, April 01, 2005 6:21 AM Subject: Re: [Hardhats-members] Can a configured system be copied toanother machine? Someone like Wally Fort, Chris Richardson or Rick Marshall may want to step in with the facts, but as I remember it, when VistA runs on GT.M on Linux, the machine name as reported by the Linux command hostname -s. If that is correct, then yes, you should be able to move your database files (.dat files), global directory, and routines from one machine to another simply by copying them (or with a backup, if you want to do this while VistA is running on the first machine - indeed, you will be doing something similar next Wednesday). Before you move database files, a mupip rundown would be appropriate. -- Bhaskar On Thu, 2005-03-31 at 16:54 -0800, Kevin Toppenberg wrote: If I perform a configuration on machine A, can I copy my mumps globals and dat files to machine B and have it work? I used to think no, because I thought that the name of the machine was stored somewhere. But I can't find where it is stored, and it looks like functions just call GETENV^%ZOSV to get the machine name. So could I do a base installation that others could use? Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net
RE: [Hardhats-members] Fileman drop-out on pointer update
-Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 3:46 PM To: hardhats-members@lists.sourceforge.net Cc: Subject:RE: [Hardhats-members] Fileman drop-out on pointer update Yeah, but it is the nature of the weak minded to look for answers in superstition. LOL. Actually, my production system rarely needs to be rundown. But that is probably because I am now quite careful with it. But when I am configuring a new system, I often have crashes that lead to the funny behavior that I hinted at. Kevin [KSB] OK, if there are system crashes, and you are not running journaling, then rundown makes sense. Remember to run a mupip integ periodically, because the database can be structurally damaged by a crash. -- Bhaskar winmail.dat
RE: [Hardhats-members] Can a configured system be copied toanother machine?
Give me a clear weekend, a set of M routines and a database, and I will make you a VivA or SemiVivA just about any time. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:01 PM To: hardhats-members@lists.sourceforge.net Cc: Subject:Re: [Hardhats-members] Can a configured system be copied toanother machine? OK. Great. This sounds do-able. Is there any interest in trying to get the SemiVivA/VivA distros preconfigured? I think it would greatly help new users. We could write a short application that changes the few machine-specific database entries. I would really like to get this done by the end of the Boston conference? Is anyone willing to sit down with me then to achieve this? For a basic config, I would like to see generic names put in for institution etc. And also VPE. Perhaps Bhaskar could then help us wrap the files up into a distribution. Anyone willing to help? Or is such a project off target? Kevin --- Chris Richardson [EMAIL PROTECTED] wrote: Gee, Wally is down in San Diego bringing his sailboat home, Rick is off somewhere unreachable, and I am going nuts getting ready for the meeting in Boston. So it looks like you may be stuck with me to reply. VistA does have some links to the rest of the system it is installed on, but they are not many and they are in the Kernel Site Parameter File. So, if the equipment is similar, and there is enough capacity to hold the global file set, should work when relocated to another machine. Some minor adjustment may be required to be done in the Kernel Site Parameter file. Saying that, you might also want to make sure that your clients know about the new home for the data (if that is desired). - Original Message - From: Bhaskar, KS [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, April 01, 2005 6:21 AM Subject: Re: [Hardhats-members] Can a configured system be copied toanother machine? Someone like Wally Fort, Chris Richardson or Rick Marshall may want to step in with the facts, but as I remember it, when VistA runs on GT.M on Linux, the machine name as reported by the Linux command hostname -s. If that is correct, then yes, you should be able to move your database files (.dat files), global directory, and routines from one machine to another simply by copying them (or with a backup, if you want to do this while VistA is running on the first machine - indeed, you will be doing something similar next Wednesday). Before you move database files, a mupip rundown would be appropriate. -- Bhaskar On Thu, 2005-03-31 at 16:54 -0800, Kevin Toppenberg wrote: If I perform a configuration on machine A, can I copy my mumps globals and dat files to machine B and have it work? I used to think no, because I thought that the name of the machine was stored somewhere. But I can't find where it is stored, and it looks like functions just call GETENV^%ZOSV to get the machine name. So could I do a base installation that others could use? Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members __ Yahoo! Messenger Show us what our next emoticon should look like. Join the fun. http://www.advision.webevents.yahoo.com/emoticontest
Re: [Hardhats-members] Fileman drop-out on pointer update
When Rick was helping to port the VA Demo to GTM, I noticed he did a rundown on the database every time he shut it down and since then, I have done that as well. True that at the time he was tinkering with its innards, but I figured I ought to take a hint and do the same. On Saturday 02 April 2005 04:10 pm, Bhaskar, KS wrote: -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 3:46 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Fileman drop-out on pointer update Yeah, but it is the nature of the weak minded to look for answers in superstition. LOL. Actually, my production system rarely needs to be rundown. But that is probably because I am now quite careful with it. But when I am configuring a new system, I often have crashes that lead to the funny behavior that I hinted at. Kevin [KSB] OK, if there are system crashes, and you are not running journaling, then rundown makes sense. Remember to run a mupip integ periodically, because the database can be structurally damaged by a crash. -- Bhaskar -- Nancy Anthracite --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Can a configured system be copied toanother machine?
OK. I have been setting up my system like this (and you may well have been the one who told me to do this) /usr/local/gtm -- the gtm files /usr/local/OpenVistA/... -- the standard vista files /usr/local/OpenVistA_UserData/... -- my data and files. Is that any problem for your VivA production? Kevin --- Bhaskar, KS [EMAIL PROTECTED] wrote: Give me a clear weekend, a set of M routines and a database, and I will make you a VivA or SemiVivA just about any time. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:01 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: Re: [Hardhats-members] Can a configured system be copied toanother machine? OK. Great. This sounds do-able. Is there any interest in trying to get the SemiVivA/VivA distros preconfigured? I think it would greatly help new users. We could write a short application that changes the few machine-specific database entries. I would really like to get this done by the end of the Boston conference? Is anyone willing to sit down with me then to achieve this? For a basic config, I would like to see generic names put in for institution etc. And also VPE. Perhaps Bhaskar could then help us wrap the files up into a distribution. Anyone willing to help? Or is such a project off target? Kevin --- Chris Richardson [EMAIL PROTECTED] wrote: Gee, Wally is down in San Diego bringing his sailboat home, Rick is off somewhere unreachable, and I am going nuts getting ready for the meeting in Boston. So it looks like you may be stuck with me to reply. VistA does have some links to the rest of the system it is installed on, but they are not many and they are in the Kernel Site Parameter File. So, if the equipment is similar, and there is enough capacity to hold the global file set, should work when relocated to another machine. Some minor adjustment may be required to be done in the Kernel Site Parameter file. Saying that, you might also want to make sure that your clients know about the new home for the data (if that is desired). - Original Message - From: Bhaskar, KS [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Friday, April 01, 2005 6:21 AM Subject: Re: [Hardhats-members] Can a configured system be copied toanother machine? Someone like Wally Fort, Chris Richardson or Rick Marshall may want to step in with the facts, but as I remember it, when VistA runs on GT.M on Linux, the machine name as reported by the Linux command hostname -s. If that is correct, then yes, you should be able to move your database files (.dat files), global directory, and routines from one machine to another simply by copying them (or with a backup, if you want to do this while VistA is running on the first machine - indeed, you will be doing something similar next Wednesday). Before you move database files, a mupip rundown would be appropriate. -- Bhaskar On Thu, 2005-03-31 at 16:54 -0800, Kevin Toppenberg wrote: If I perform a configuration on machine A, can I copy my mumps globals and dat files to machine B and have it work? I used to think no, because I thought that the name of the machine was stored somewhere. But I can't find where it is stored, and it looks like functions just call GETENV^%ZOSV to get the machine name. So could I do a base installation that others could use? Thanks Kevin __ Do You Yahoo!? Tired of spam? Yahoo! Mail has the best spam protection around http://mail.yahoo.com --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- This SF.net email is sponsored by Demarc: A global provider of Threat Management Solutions. Download our HomeAdmin security software for free today! http://www.demarc.com/info/Sentarus/hamr30 ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover
RE: [Hardhats-members] Can a configured system be copied toanother machine?
Not a problem for GT.M or for live CDs. Since everything is controlled by environment variables in GT.M (we'll go over this on Wednesday), all this is straightforward. However, it is culturally inappropriate - the Linux equivalent of belching loudly after dinner, which although inappropriate in our society, in others is a way that a guest expresses to a host satisfaction and satiation after a good meal - to put the database under /usr/local. If I advised you to put the database there, I should justifiably be ostracized by all those friendly to real operating systems! You can put the database under a /var/vista directory, for example, or for development purposes under /home/kevin. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:20 PM To: hardhats-members@lists.sourceforge.net Cc: Subject:RE: [Hardhats-members] Can a configured system be copied toanother machine? OK. I have been setting up my system like this (and you may well have been the one who told me to do this) /usr/local/gtm -- the gtm files /usr/local/OpenVistA/... -- the standard vista files /usr/local/OpenVistA_UserData/... -- my data and files. Is that any problem for your VivA production? Kevin winmail.dat
RE: [Hardhats-members] Can a configured system be copied toanother machine?
Oops. As a linux newbie, I have had a hard time figuring out what is supposed to go where. I'll talk with you more about this at the GT.M conference about possible moving the location on my system. Kevin --- Bhaskar, KS [EMAIL PROTECTED] wrote: Not a problem for GT.M or for live CDs. Since everything is controlled by environment variables in GT.M (we'll go over this on Wednesday), all this is straightforward. However, it is culturally inappropriate - the Linux equivalent of belching loudly after dinner, which although inappropriate in our society, in others is a way that a guest expresses to a host satisfaction and satiation after a good meal - to put the database under /usr/local. If I advised you to put the database there, I should justifiably be ostracized by all those friendly to real operating systems! You can put the database under a /var/vista directory, for example, or for development purposes under /home/kevin. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:20 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Can a configured system be copied toanother machine? OK. I have been setting up my system like this (and you may well have been the one who told me to do this) /usr/local/gtm -- the gtm files /usr/local/OpenVistA/... -- the standard vista files /usr/local/OpenVistA_UserData/... -- my data and files. Is that any problem for your VivA production? Kevin __ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman drop-out on pointer update
Nancy; He was only tickling the VistA innards which is an abstraction from the MUMPS environment. There is no magic really, but if one is shutting down, it is best to do the rundown first (especially if you are the only user). Best wishes; Chris - Original Message - From: Nancy Anthracite [EMAIL PROTECTED] To: hardhats-members@lists.sourceforge.net Sent: Saturday, April 02, 2005 1:20 PM Subject: Re: [Hardhats-members] Fileman drop-out on pointer update When Rick was helping to port the VA Demo to GTM, I noticed he did a rundown on the database every time he shut it down and since then, I have done that as well. True that at the time he was tinkering with its innards, but I figured I ought to take a hint and do the same. On Saturday 02 April 2005 04:10 pm, Bhaskar, KS wrote: -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 3:46 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Fileman drop-out on pointer update Yeah, but it is the nature of the weak minded to look for answers in superstition. LOL. Actually, my production system rarely needs to be rundown. But that is probably because I am now quite careful with it. But when I am configuring a new system, I often have crashes that lead to the funny behavior that I hinted at. Kevin [KSB] OK, if there are system crashes, and you are not running journaling, then rundown makes sense. Remember to run a mupip integ periodically, because the database can be structurally damaged by a crash. -- Bhaskar -- Nancy Anthracite --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Fileman drop-out on pointer update
In a former life I did QA for the Kernel team. At the time, I ran MSM on my workstation (a 486, if that tells you anything) and I did inegrity checks as part of my testing process. I think I found an integrity problem -- once. This error is due to a dangling pointer (no patient exists with a DFN of Y) and I hav to agree that dangling pointers are much more likely to be due to something going wrong at the VistA level than in the underlying MUMPS system. Yes, it's possible that one or more global nodes could be lost, but I have to agree that we're looking a little too reflexively for GTM errors. --- Bhaskar, KS [EMAIL PROTECTED] wrote: -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 3:46 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Fileman drop-out on pointer update Yeah, but it is the nature of the weak minded to look for answers in superstition. LOL. Actually, my production system rarely needs to be rundown. But that is probably because I am now quite careful with it. But when I am configuring a new system, I often have crashes that lead to the funny behavior that I hinted at. Kevin [KSB] OK, if there are system crashes, and you are not running journaling, then rundown makes sense. Remember to run a mupip integ periodically, because the database can be structurally damaged by a crash. -- Bhaskar A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Can a configured system be copied toanother machine?
--- Bhaskar, KS [EMAIL PROTECTED] wrote: Not a problem for GT.M or for live CDs. Since everything is controlled by environment variables in GT.M (we'll go over this on Wednesday), all this is straightforward. However, it is culturally inappropriate - the Linux equivalent of belching loudly after dinner, which although inappropriate in our society, in others is a way that a guest expresses to a host satisfaction and satiation after a good meal - to put the database under /usr/local. If I advised you to put the database there, I should justifiably be ostracized by all those friendly to real operating systems! You can put the database under a /var/vista directory, for example, or for development purposes under /home/kevin. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:20 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Can a configured system be copied toanother machine? OK. I have been setting up my system like this (and you may well have been the one who told me to do this) /usr/local/gtm -- the gtm files /usr/local/OpenVistA/... -- the standard vista files /usr/local/OpenVistA_UserData/... -- my data and files. Is that any problem for your VivA production? Kevin A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
[Hardhats-members] Need advice re Linux/GT.M login script
In my environment, the nurses will be using the terminal access to vista only rarely (1-5 times/day). So I am trying to figure a way that they will stay connected to the system, and not be booted out all the time. Currently there are 2 logins required. 1st) a login pwd to connect to the linux server via ssh (a common set of codes for all employees) 2nd) the vista access code/verify codes (employee-specific) I would like to have the terminal stay connected, even if they are logged out of vista. That way they will only have to enter their vista codes in again the next time. Here is the current script that is executed when users connect to a vista account # .bashrc # User specific aliases and functions # Source global definitions if [ -f /etc/bashrc ]; then . /etc/bashrc fi sh runvista ^ZU exit # I would like to change this to a loop, like this: # .bashrc # User specific aliases and functions # Source global definitions if [ -f /etc/bashrc ]; then . /etc/bashrc fi while [1 -eq 1] do sh runvista ^ZU done exit # My concern is that there is no proper way to exit vista or GT.M with this method. As soon as they log out, they will be prompted to log back in. Thus they would just exit the terminal application to shut down the computer at night. Would this be harmful for vista or GT.M (i.e. the equivelent of a crash?) Thanks Kevin __ Do you Yahoo!? Yahoo! Personals - Better first dates. More second dates. http://personals.yahoo.com --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
RE: [Hardhats-members] Can a configured system be copied toanother machine?
The scary thing is that I just realized that on my Mac, MySQL is installed in /usr/local/mysql/var: ~:$ cd /usr/local /usr/local:$ ls bin mysql share src vscanx /usr/local:$ cd mysql/var /usr/local/mysql/var:$ sudo ls -a Password: . ib_arch_log_00 .. ib_logfile0 Gregory-Woodhouses-Computer.local.err ib_logfile1 \(Unknown\).err ibdata1 \(Unknown\).pid mysql hardhatstest /usr/local/mysql/var:$ Does that count as a split personality? :-/ --- Bhaskar, KS [EMAIL PROTECTED] wrote: Not a problem for GT.M or for live CDs. Since everything is controlled by environment variables in GT.M (we'll go over this on Wednesday), all this is straightforward. However, it is culturally inappropriate - the Linux equivalent of belching loudly after dinner, which although inappropriate in our society, in others is a way that a guest expresses to a host satisfaction and satiation after a good meal - to put the database under /usr/local. If I advised you to put the database there, I should justifiably be ostracized by all those friendly to real operating systems! You can put the database under a /var/vista directory, for example, or for development purposes under /home/kevin. -- Bhaskar -Original Message- From: [EMAIL PROTECTED] on behalf of Kevin Toppenberg Sent: Sat 4/2/2005 4:20 PM To: hardhats-members@lists.sourceforge.net Cc: Subject: RE: [Hardhats-members] Can a configured system be copied toanother machine? OK. I have been setting up my system like this (and you may well have been the one who told me to do this) /usr/local/gtm -- the gtm files /usr/local/OpenVistA/... -- the standard vista files /usr/local/OpenVistA_UserData/... -- my data and files. Is that any problem for your VivA production? Kevin A practical man is a man who practices the errors of his forefathers. --Benjamin Disraeli Greg Woodhouse [EMAIL PROTECTED] [EMAIL PROTECTED] --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members
Re: [Hardhats-members] Fileman drop-out on pointer update
All you will do is postpone the inevitable. The zero node of a record is essential and shouldn't be missing. It is a sign that something is wrong. (I can think of one case in the 3.9 file where I believe the zero node's non-existence is a 'sign' that the record is being built and not ready yet, but I am only inferring this reading.) Kevin Toppenberg wrote: Marianne, I wrote this short code to show all the "SCR" nodes ShowSCR new I set I=$order(^DD("")) for do quit:(I="") . if $data(^DD(I,0,"SCR")) zwr ^DD(I,0,"SCR") . set I=$order(^DD(I)) I then looked at them all, and they all seemed ok except for this one: ^DD(3.5,0,"SCR")="I 1 Q:$G(D)'=""LSYN"" Q:'$D(^%ZOSF(""VOL"")) I $P(^%ZIS(1,Y,0),U,9)=^%ZOSF(""VOL"")!($P(^%ZIS(1,Y,0),U,9)=)" It looks like that ^%ZIS ought to be in a $G(). Think I should change it? Kevin --- Marianne Susaanti Follingstad [EMAIL PROTECTED] wrote: It should be fine to put the $G in there. There can't be any unforeseen consequences to having it there. In fact, as you found, there are unforeseen consequences to NOT having it there. As I mentioned, it would be good to have someone review these SCR nodes to see if there are any other potential problems. Marianne Follingstad 301 251 0139 Kevin Toppenberg wrote: Marianne, Thanks for your help. Following your instructions: GTMzwr ^AUPNPAT(0) ^AUPNPAT(0)="PATIENT/IHS^901sIP^14861^1510" GTMzwr ^DD(901,0,"SCR") ^DD(901,0,"SCR")="X ""I '$P(^DPT(Y,0),U,19)"" W $E(^AUPNPAT(Y,0),0)" So you are right. This is the source of the line that caused the drop-out. I had suggested: It looks like the "^DPT(Y,0)" ought to be "$G(^DPT(Y,0))" So I could put that change here. But I'm note sure if that would have other unforseen consequenses. Is this really a 'bug'? Or is it one of those funny database-needs-to-be-rundown type situations? Thanks Kevin --- Marianne Susaanti Follingstad [EMAIL PROTECTED] wrote: A quick look at the DI* routines I have (which are old), leads me to suggest that you look at the DD for the file defining ^AUPNPAT. Look at ^AUPNPAT(0) to find the file number and then look at ^DD(file number,0,"SCR") and I'm guessing you'll find the culprit there as "I '$P(^DPT(Y,0),U,19)". If that is the problem then someone should review the "SCR" nodes to ensure there are no similar problems lurking... Of course the other problem is how to restart the process, and unfortunately I don't have any suggestions on that issue. Marianne Follingstad 301 251 0139 Kevin Toppenberg wrote: I had two patients that were duplicates--i.e. the same person, but with two different married names. So I deleted one, and told fileman to change all pointers from the former to the later. (I had to take off a guard to do this) It then scans through all the appropriate places and changes the pointers. But then it drops out after about 20-30 files. I never knew what was happening before, but I have recently studied a bit on GTM debugging techniques, and here is what I have come up with: Screen log: ROES ELIGIBILITY CONFIRMATION entries whose 'PATIENT' pointers have been changed MAR 29,2005 20:12PAGE 1 *** NO RECORDS TO PRINT *** GTMw $ECODE notice drop-out ,M7,Z150372994, GTMw $ZSTATUS 150372994,SCR+1^DIO2,%GTM-E-GVUNDEF, Global variable undefined: ^DPT(75002,0) GTMzprint SCR+1^DIO2 X DIS(0) Q:'$T G PASS:'$D(DIS(1)) GTMw DIS(0) S Y=D0 I $D(^AUPNPAT(Y,0)) X "I '$P(^DPT(Y,0),U,19)" W $E(^AUPNPAT(Y,0),0) GTMw Y 75002
[Hardhats-members] CPRS
I have VistA running on Cache 5.xxx Window Server 2003. All clients are Win XP PRO. CPRS works fine on two clients. Should CPRS work from the server? I get WSAEADDRNOTAVAIL when I try to launch client (from server platform). Is there any special setting for the server to run as a client? I tried CPRS and failed with host set at: 67.104.173.198 vistasrv For now it fails with host set as 127.0.0.1 localhost . Do I need to change host file? One client also has WSAEADDRNOTAVAIL error. As nearly as I can tell it has identical host file settings as the two clients that work fine. Appreciate any advicetx/t --- SF email is sponsored by - The IT Product Guide Read honest candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=6595alloc_id=14396op=click ___ Hardhats-members mailing list Hardhats-members@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/hardhats-members