Forum Replies Created
-
AuthorReplies
-
what steps do you take to remove the link each time you bounce a process?
Has there been some resolution to this? We are experiencing the exact same issue with a new install of 19.1.1
James, have you had any luck with this? i see what mark referenced, but i’m still not too sure what to do with it all.
Can i ask how you are trying to implement this? Our hospital is working with the DOD and trying to query Allscripts to get out the information requested. Allscripts cannot offer us this ability, so we are trying to do this all in-house. We’re not sure where to begin really.
Russ, you were correct that the environment is set up completely different when run from command line versus in a script. here is the obvious difference. now, we just need to figure out how to correct this.
From Script:
HOME=/home/hci
LOGNAME=hci
OLDPWD=/home/hci
PATH=/usr/bin:/bin
PWD=/env_test
SHELL=/bin/sh
SHLVL=2
USER=hci
_=/usr/bin/env
From Command Line:
BLT_LIBRARY=/quovadx/qdx5.6/integrator/tcl/lib/blt2.4
CATPATH=/quovadx/qdx5.6/integrator/hcitest/exec/databases/catalog
CLASSPATH=/quovadx/qdx5.6/integrator/hcitest/java_uccs:.:/quovadx/qdx5.6/integrator/clgui/lib/cljava.jar:/quovadx/qdx5.6/integrator/java_uccs:
CL_INSTALL_DIR=/quovadx/qdx5.6
CVS_RSH=ssh
DBDPATH=/quovadx/qdx5.6/integrator/hcitest/exec/databases
DBFPATH=/quovadx/qdx5.6/integrator/hcitest/exec/databases
DBTAF=/quovadx/qdx5.6/integrator/hcitest/exec/databases/rdm.taf
DBTMP=/quovadx/qdx5.6/integrator/hcitest/exec/databases
DEV_NULL=/dev/null
FPATH=/quovadx/qdx5.6/integrator/kshlib
G_BROKEN_FILENAMES=1
HCILICFILE=/quovadx/qdx5.6/integrator/vers/license.dat
HCIROOT=/quovadx/qdx5.6/integrator
HCISITEDIR=/quovadx/qdx5.6/integrator/hcitest
HCISITE=hcitest
HCIVERSION=5.6
HISTSIZE=1000
HOME=/home/hci
HOSTNAME=PIM
INPUTRC=/etc/inputrc
KDEDIR=/usr
KDE_IS_PRELINKED=1
KDE_NO_IPV6=1
LANG=en_US.UTF-8
LD_LIBRARY_PATH=/quovadx/qdx5.6/integrator/clgui/java/lib/i386:/quovadx/qdx5.6/integrator/clgui/java/lib/i386/server:/quovadx/qdx5.6/integrator/lib:/quovadx/qdx5.6/integrator/bin:/quovadx/qdx5.6/integrator/tcl/lib:/quovadx/qdx5.6/integrator/dbms/lib:/usr/lib:/lib:/shlib:/usr/shlib
LESSOPEN=|/usr/bin/lesspipe.sh %s
LOCKMGR=lm_qdx5.6_hcitest
LOGNAME=hci
LS_COLORS=no=00:fi=00:di=00;34:ln=00;36:pi=40;33:so=00;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=00;32:*.cmd=00;32:*.exe=00;32:*.com=00;32:*.btm=00;32:*.bat=00;32:*.sh=00;32:*.csh=00;32:*.tar=00;31:*.tgz=00;31:*.arj=00;31:*.taz=00;31:*.lzh=00;31:*.zip=00;31:*.z=00;31:*.Z=00;31:*.gz=00;31:*.bz2=00;31:*.bz=00;31:*.tz=00;31:*.rpm=00;31:*.cpio=00;31:*.jpg=00;35:*.gif=00;35:*.bmp=00;35:*.xbm=00;35:*.xpm=00;35:*.png=00;35:*.tif=00;35:
MAIL=/var/spool/mail/hci
MANPATH=/quovadx/qdx5.6/integrator/man:/quovadx/qdx5.6/integrator/tcl/man:/quovadx/qdx5.6/integrator/dbms/man:
OLDPWD=/
PATH=/quovadx/qdx5.6/integrator/hcitest/bin:/quovadx/qdx5.6/integrator/hcitest/scripts:/quovadx/qdx5.6/integrator/bin:/quovadx/qdx5.6/integrator/contrib:/quovadx/qdx5.6/integrator/sbin:/quovadx/qdx5.6/integrator/dbms/bin:/quovadx/qdx5.6/integrator/tcl/bin:/quovadx/qdx5.6/integrator/clgui/bin:/quovadx/qdx5.6/integrator/clgui/java/bin:/quovadx/qdx5.6/integrator/usercmds:/usr/bin:/etc:/usr/sbin:/usr/ucb:/home/hci/bin:/usr/bin/X11:/sbin:.:/usr/local/bin:/usr/local/scripts:/bin
PWD=/env_test
RDSDLL=/quovadx/qdx5.6/integrator/bin
RDSLOGIN=cl_qdx5.6_hcitest
SHELL=/bin/bash
SHLVL=1
SHXMON_INTERVAL=5
SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
SSH_TTY=/dev/pts/2
TCL_LIBRARY=/quovadx/qdx5.6/integrator/tcl/lib/tcl8.4
TCLX_LIBRARY=/quovadx/qdx5.6/integrator/tcl/lib/tclx8.4
TERM=xterm
TIX_LIBRARY=/quovadx/qdx5.6/integrator/tcl/lib/tix4.1
TK_LIBRARY=/quovadx/qdx5.6/integrator/tcl/lib/tk8.4
USER=hci
_=/usr/bin/env
russ, by your assumption that if the environment is set correctly, seems to say that ours is not, since setsite is not found by the script. so how could it be wrong, and how do i figure it out and correct it?
if i sign in as hci and run a setsite or any other cloverleaf specific command, everything is fine.
i tried running a very simple script by hand (while still being signed in as hci in the same terminal as above):
setsite test1
cd $HCISITEDIR
pwd
the setsite line errors out saying:
“/message_logs/new.sh: line 1: setsite: command not found”
if i do a which on setsite, i get this:
-bash-3.2$ which setsite
/usr/bin/which: no setsite in (/quovadx/qdx5.6/integrator/test/bin:/quovadx/qdx5.6/integrator/test2/scripts:/quovadx/qdx5.6/integrator/bin:/quovadx/qdx5.6/integrator/contrib:/quovadx/qdx5.6/integrator/sbin:/quovadx/qdx5.6/integrator/dbms/bin:/quovadx/qdx5.6/integrator/tcl/bin:/quovadx/qdx5.6/integrator/clgui/bin:/quovadx/qdx5.6/integrator/clgui/java/bin:/quovadx/qdx5.6/integrator/usercmds:/usr/bin:/etc:/usr/sbin:/usr/ucb:/home/hci/bin:/usr/bin/X11:/sbin:.:/usr/local/bin:/usr/local/scripts:/bin)
why can a simple script not find setsite and why can a which command also not find it?
my DBA is trying to write his own cron and getting issues. he says:
I made an entry in crontab that says:
/home/hci/.profile; /scripts/test.sh
When cron evaluates the .profile to setup what I hoped would be the hci user
Robert,
what you described is exactly what i am attempting to do right now. we have an in-house SQL database which is keeping linked Doctor Numbers. I need to have the ability to look up another facility’s doctor number based on the one i have in an HL7 message and translate to the new number on the fly. The designer of the Doctor EID program wants me to use a Web Service to pass in and get out my desired information. I am very unfamiliar with this process. Can you please shed some light on the scripts that you put in place to get this to work? Any help will be much appreciated.
Darren Tomlinson
for further clarification, we are looking to create this for a few reasons… 1) having the ability to monitor multiple sites at once
2) not needing to have the Cloverleaf software installed on Ops PCs
3) not “locking” the “Network Monitor” with multiple sessions
we just need to know what files need to be looked at to see thread statuses, queue depths, etc…
i ran into two more problems previously discussed within this thread. 1) i am now getting an a segment of “NTE|M” copied across when there was no NTE segment present. i did not have an iteration value as John has described earlier in this post because i want to only copy the 0 instance. when i changed the PATHCOPY of the NTE to separate copies of each individual field, the problem went away.
2) i ran across the COPY not coping all subfields again. in the one instance i saw today, a copy of a field defined as STRING will not copy subfields if present. however, if i change that field to COMPOSITE, it gets all subfields.
i am on version 5.3 rev 3 on AIX5.2 the reason for my error is that i am passing a blank field into xlateInVals and the translation craps out. i haven’t figured out how to get tcl to handle it yet. putting an IF in the translation to skip it if it equals @null is my current way around it, but i dont like that as my final solution.
the {}V is me trying to add a V to the end of a field. the {} is representing that the field is empty. if i do a comparison where if the field == “” , it doesnt like “” and empty.
i just got the exact same error that mary has posted above. i pulled the message out of the error database and ran it through the route testing tool. here is the error. not quite sure i understand it… Command output:
Output going to stdout
INBOUND TPS PROCS
PROC=RawHl7Ack ARGS=
RUNNING INBOUND TPS IN START MODE
DONE STARTING INBOUND TPS
06/05/2008 18:53:15
[xpm :xlt :ERR /0: UNNAMED_TID] QDX_Tcl_SplitList({}V) failed: list element in braces followed by “V” instead of space
06/05/2008 18:53:15
[xlt :xlat:ERR /0: UNNAMED_TID] [0.0.2] Xlate ‘X_AncADT_to_Lab.xlt’ failed: Internal XPM Tcl error
erroCode: NONE
errorInfo:
invalid command name “tix”
while executing
“tix option get fixed_font”
i figured out why i thought i needed to us a PATHCOPY to copy all subfields. For instance, if you were to copy the PID with a PATHCOPY but wanted to null out PID2, if you COPY @null -> 0(0).PID.00105, it will leave the subfields alone and only blank out the first subfield. Result will be |^subfield2^subfield3|.
whereas if you use a PATHCOPY of @null you will blank out all subfields and be left with ||
John, you are right about the copy command. i just retested it, and it appears to work. I know at one point the copy command would not copy subfields for us…and thats when we found using pathcopy as a solution to that problem.
The thing that might have been the problem back then is that we were running 5.3 rev3 on the server, but didnt install the patches on our PCs. That has since been rectified. I guess that could have been the issue. i dont know…
there are two instance above where i have this problem… 1) is in the PID that has no iterate
2) is in the OBX with a properly defined iteration variable
-
AuthorReplies