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]
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
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,
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
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
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
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
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
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
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
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
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
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
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
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
-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
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:
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
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?
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
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
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:
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
--- 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
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
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:
.
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
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
28 matches
Mail list logo